Confs

2.3 障害のシミュレーション

2 min

Agent の回復力を評価するために、一時的な Gateway の停止をシミュレーションし、Agent がどのように対処するかを観察します

Exercise

ネットワーク障害のシミュレーション: Gateway terminal で Ctrl-C を使用して Gateway を停止し、Gateway コンソールに停止が表示されるまで待ちます。Agent は引き続き実行されますが、Gateway にデータを送信できなくなります。Gateway terminal の出力は以下のようになります

text 
2025-07-09T10:22:37.941Z        info    service@v0.126.0/service.go:345 Shutdown complete.      {"resource": {}}

トレースの送信: Loadgen terminal ウィンドウで loadgen を使用してさらに5つのトレースを送信します。

bash 
../loadgen -count 5

Agent のリトライメカニズムが有効になり、データの再送信を継続的に試みていることに注目してください。Agent のコンソール出力には、以下のようなメッセージが繰り返し表示されます

text 
2025-01-28T14:22:47.020+0100  info  internal/retry_sender.go:126  Exporting failed. Will retry the request after interval.  {"kind": "exporter", "data_type": "traces", "name": "otlphttp", "error": "failed to make an HTTP request: Post \"http://localhost:5318/v1/traces\": dial tcp 127.0.0.1:5318: connect: connection refused", "interval": "9.471474933s"}

Agent の停止: Agent terminal ウィンドウで Ctrl-C を使用して Agent を停止します。Agent のコンソールに停止が確認されるまで待ちます

text 
2025-07-09T10:25:59.344Z        info    service@v0.126.0/service.go:345 Shutdown complete.      {"resource": {}}

Agent を停止すると、リトライのためにメモリに保持されていたメトリクス、トレース、またはログは失われます。しかし、FileStorage Extension を設定しているため、ターゲットエンドポイントにまだ受け入れられていないすべてのテレメトリデータはディスクに安全にチェックポイントされています。

Agent の停止は、Agent が再起動されたときにシステムがどのように回復するかを明確に示すための重要なステップです。