世界中の企業が何らかの形でデジタル変革を遂げています。 彼らは、モノリシックアプリケーションをマイクロサービスに分割して、より自然な開発と展開を実現しています。 HashiCorp領事 は、この変革を支援するツールのXNUMXつです。 Consulは、ホストベースではなくサービスベースのネットワーキングを通じて、静的インフラストラクチャから動的インフラストラクチャへの移行を支援します。 企業の環境がさらに複雑になるにつれ、サーバーの基盤となるインフラストラクチャを監視するだけでなく、Consulアプリケーションに関する重要な情報を取得することもますます重要になっています。
LogicMonitorは重要なものを自動的に追跡できます データソース (Consul Agent、Consul Server、およびConsul Cluster)Consulデプロイメントの正常な実行を維持します。
領事代理人の監視
Consulエージェントには、クライアントとサーバーのXNUMXつのモードがあり、Consul環境のすべてのノードで実行されます。 クライアントモードのエージェントは、操作の大部分でサーバーノードとインターフェイスするため、サーバーノードが軽量になります。 エージェントの状態を監視するときに注意を払うには、いくつかの重要なメトリックが役立ちます。
- ノードの数
- リクエストの登録/登録解除
- ノード内のサービスとサービスの数
- データセンターの数
- DNSクエリ
- HTTP / RPCリクエスト
ノードチャートがフラッピングしていることに気付いた場合、これはエージェントの過負荷、構成エラー、またはネットワークの問題を示している可能性があります。 これらのメトリックを手元に用意し、設定された時間枠ですばやく表示することにより、エージェントが期待どおりに動作しているかどうか、または需要に追いつくのに苦労しているかどうかを識別できます。
領事サーバーを監視するときに何を探すべきか
サーバーノードは、Consulプラットフォームの操作を処理するノードであるため、重要です。 サーバーの状態を追跡するときは、おそらく次のデータを確認する必要があります。
- レイテンシーの登録/登録解除
- Key-Value更新の待ち時間
- レプリケーションの待ち時間
- RPCリクエスト/エラー
- セッションの更新/更新の待ち時間
- いかだ情報
これらのメトリックは、チームがサーバーのサイズを適切に設定するのに役立ち、需要を支援するために別のサーバーを追加する必要がある場合に役立ちます。 これらのサーバー固有のデータポイントで苦労している領事サーバーを特定して集中できるため、トラブルシューティングが簡単になります。
領事クラスターの追跡
あたり HashiCorpのドキュメント、クラスター内に3つまたは5つのサーバーを配置することを強くお勧めします。 クラスターは冗長性を可能にし、サーバーのXNUMXつで障害が発生した場合のデータ損失を回避します。 これらの多くのサーバーでは、リーダーと発生したリーダーの変更を追跡する必要があります。 リーダーの変更が多数あることに気づき始めた場合、これは領事サーバー間のネットワークの問題を示している可能性があります。 ボーナスとして、あなたがあなたを持っているなら LogicMonitorに追加されたネットワークインフラストラクチャ、LogicMonitorトポロジビューで依存関係を確認し、影響を与えるネットワークコンポーネントにドリルダウンできます。 クラスターレベルでは、Key-Valueストアの更新時間、トランザクションの操作時間、およびラフトトランザクションの数を追跡することが重要です。 これらの値は、クラスターの現在の状態を理解するのに役立ち、これらのメトリックのいずれかが目的のしきい値を超えた場合にアラートを受け取ることができます。 LogicMonitorは、サーバークラスターの全体的な状態を示す自動操縦データも消費します。値がゼロになると、LogicMonitorはアラートを送信できます。
これらは、LogicMonitorがHashiCorpConsul環境への洞察を提供する方法のいくつかの例です。 収集されるユースケースとデータポイントは他にもたくさんあります。 今年HashiConfに参加される方は、ぜひブースに足を運んでみてください。ご不明な点がございましたら、お気軽にお問い合わせください。 参加しませんか? 心配しないで、リクエストしてください 無料試用 または、 blog HashiCorpSuiteの管理に役立つ詳細情報をご覧ください。

私たちのブログを購読する
このような記事をあなたの受信箱に直接お届けします