タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
エンジニア版ベストキッド 師匠 「ログを出す！ログを読む！」「syslogに出す！ loggerで出す！」「ログレベルアップ！ダウン！アップ！ダウン！」 生徒 「クラウドネイティブなマイクロサービスの作り方を教えてくれる約束だ！」 プロダクション環境にて… 生徒「ログが…有る！これだ！」— magnoliak🍧 (@magnolia_k_) 2022年4月10日 ふとベストキッドの台詞を思い出して、雑に書いてみたけど、案外いいこと書いてるなーって自分でも思ってしまった。 loggerの使い方は入門書に載ってたり載ってなかったりするし、どんなタイミングでどんな情報をどこに出すべきか？みたいな話は一子相伝の秘伝の技みたいになりがちだし。 まさにそう思います。https://t.co/ZKTTtdwB1d— Hideo Fukumori (@hideo_fukumori) 2022年4月11日
はじめに ログ集約・可視化・検索ツールとしてはELKスタックを利用するケースが多いが、これをLokiに置き換えることでより軽量にログを集約することができるようになる。 Grafana Lab社が開発したLokiは、ログのストリームに対してタグ付けし保存する仕組みを持つ。Prometheusと親和性がたかく、水平展開、高可用性、マルチテナントが可能。 構成 各クライアントからのsyslogは514/udpポートで送信される。これをrsyslogデーモンで受け5514/tcpポートへ転送する。fluentdは5514/tcpポートで受信したsyslogをさらにlokiへ転送する。 +------------------------------------------------+ | | | +---------+ | +--------+ 514/udp | | | | | client +
皆さんは、日々の運用の中で発生するログについてどのように管理していますでしょうか。 ログを周期的に圧縮してサーバ内に保存し、かつ一番古いログを削除（ログローテーション）する ログを定期的にクラウド内の外部ストレージに転送して管理する（CloudWatchエージェント / Fluentd / etc.....） など、考えれば考えるほど様々な案が上がります。 今回はログ転送において、私が実際に業務の中でぶつかった問題について紹介します。 本記事の概要としては、下記になります。 AWS Network Load Balancer + syslogを用いた負荷分散を構成する際には、意図した負荷分散が正しく行えているか確認するべきである。 送信元サーバで定期的にAWS Network Load Balancerへ再接続する設定を加えることで、送信先サーバの偏りの緩和や、耐障害性の向上ができる。 今
この記事は、Microsoft Azure Administrator(AZ-104)の受験勉強の中で、自分が間違えやすい、覚えにくいと思ったポイントの一つをまとめたものです。同じく資格取得に向けて勉強されている方の参考になれば幸いです。 リソースの監視 AZ-104の試験範囲にはリソースの監視も含まれますが、この記事ではLinux VMの異常を検知する方法について記載します。 Linuxでは、アプリやサービスの異常がSyslogに記録される場合が多いと思います。Azureでは、Syslogのイベントを収集する仕組みが提供されていますので、この仕組みを使ってLinux VMの異常を検知する手順を試してみます。 主な流れは下記のようになります。 Log Analyticsワークスペースを作成する VMにエージェントをインストールする データ収集ルールを作成する アラートを作成する 準備 まず
設定まとめ syslog ログ転送方法 Yamaha RTX シリーズは、ルータ内部にログを保存します。しかし、保存されたログは再起動と同時に失われてしまうので、ある程度の規模の会社ならば、ログはsyslogサーバに保存し後から追跡できるようにします。 syslogサーバにログを転送するには、syslogサーバのIPアドレスとファシリティを指定します。 # syslog host <address> # syslog facility <facility> syslog ログレベル変更 Yamaha RTX シリーズは、デフォルトでinfoレベルのログのみを出力します。notice, debugレベルのログはデフォルトの状態で出力されません。ログレベルを変更するには、以下のコマンドを使用します。 # syslog info [{ on | off }] # syslog notice [{
前記事でドコモ光回線を IPv6（v6プラス）化した。 min117.hatenablog.com しかし速度が上がったはいいが、どうもおかしい。無線LANが頻繁に切れる。ルーター（WXR-1750DHP）の上から2つ目のランプが消えてしまい無線LAN機器に一切繋がらなくなってしまう。まるで無線機能のみフリーズしたかのようだ。 WXR-1750DHPは背面に電源ボタンがあるが、この「無線フリーズ現象」になると電源ボタンすら効かなくなり、電源ケーブルを引っこ抜いて強制的に電源を入れ直すしかない（入れ直すと数時間はもつが、またフリーズする）。 原因を探るためにログを見てみても、強制再起動したために時刻設定（NTP）がクリアされてしまい正しいログすら残っていない。これでは原因の特定ができない。 こうなればログを外部に取るしかない。幸い、WXR-1750DHPは外部のsyslogサーバーにログを転
I’m sure you bumped into journald: it’s what most distros use by default for system logging in Linux. Most applications running as a service will also log to the journal. So how do you make use of these logs to: find the error or debug message that you’re looking for?make sure logs don’t fill your disk?centralize journals so you don’t have to ssh to each box?In this post, we’ll answer all the abov
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
ぷらっとホームは7月11日、Syslogサーバーおよびレポート機能に特化したアプライアンス製品、「EasyBlocks Network Reporter」の仮想アプライアンス版の提供を開始した。 EasyBlocks Network Reporterは、各種サーバー・ネットワーク機器から出力されるSyslog形式のログの蓄積や閲覧に対応した製品。これまでハードウェアアプライアンスとしてのみの提供だったが仮想アプライアンス版も新たにラインアップに加え、仮想プラットフォーム上への導入が可能となった。複雑なデータ構造のIoTデバイスなど、IoTゲートウェイ本体にウェブUIを装備し、収集したログの閲覧やIPアドレスの設定、ファームウェアアップデートなどをコマンドを使うことなくウェブブラウザー上で容易に操作可能。 これまで、ログの必要性はわかっていながらも、ログサーバーを「自分で構築するのは手間がか
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く