レイテンシへの影響分析クイズ
このクイズでは、Lattice への移行でレイテンシを悪化または改善させる要因と、PoC 測定の設計について理解度を確認します。
選択問題
- Lattice への移行によるレイテンシへの影響を、事前に「N ミリ秒増える」と表現できないのはなぜですか？
- A) AWS がレイテンシの数値を公開していないから
- B) プロキシの処理、ネットワーク経路、TLS の再利用、認証が同時に変わるため、実際のワークロードを測定する必要があるから
- C) Lattice はまだ GA ではないから
- D) レイテンシがリージョンだけで決まるから
回答を表示
回答: B) プロキシの処理、ネットワーク経路、TLS の再利用、認証が同時に変わるため、実際のワークロードを測定する必要があるから
解説: ここでは Lattice のレイテンシを測定していません。方向と大きさはテストした構成によって異なります。マイクロ秒単位の推定や、改善の保証を観測結果として示さないでください。
- p50 と p99 で影響要因の構成が異なるとは、どういう意味ですか？
- A) p99 は常に p50 より悪いため、p50 だけ見れば十分である
- B) 中央値とテールは競合、コールドスタート、ルーティングに異なる反応を示す場合があるため、両方測定する
- C) p50 と p99 に影響する要因は同じため、片方だけ測ればよい
- D) p99 はノイズなので無視すべきである
回答を表示
回答: B) 中央値とテールは競合、コールドスタート、ルーティングに異なる反応を示す場合があるため、両方測定する
解説: パーセンタイルごとに反応が異なるというのは、調査すべき仮説です。p50 が悪化し、p99 が改善する保証ではありません。分布に加えて、エラー、スループット、ワークロード条件も維持してください。
- プロキシホップ 1 つより影響が大きい可能性があると示されたクライアント設定はどれですか？
- A) DNS キャッシュ TTL
- B) keepalive と接続プールの設定
- C) ログレベル
- D) リクエストタイムアウト値
回答を表示
回答: B) keepalive と接続プールの設定
解説: 引用されているベンチマークでは、そのワークロードで接続の再利用が影響したことが示されています。新しい TCP 接続を作ると確立処理が加わります。TLS を使用する場合には TLS ハンドシェイクが発生します。これは Lattice のレイテンシ測定ではありません。
- PoC の測定マトリックスで、
IAM Auth onとIAM Auth offの差分から何が分かりますか？- A) AZ 間の通信にかかるコスト
- B) 条件を一致させた場合の署名、認証情報の処理、有効なポリシー評価の複合的な影響
- C) Envoy の CPU 競合を取り除いた効果
- D) 経路を変更しただけの影響
回答を表示
回答: B) 条件を一致させた場合の署名、認証情報の処理、有効なポリシー評価の複合的な影響
解説: 認証のオン/オフだけでは HMAC 単独の影響を切り分けられません。条件を合わせて繰り返し実施し、負荷と接続設定を一定に保って、認証情報の更新、失敗、スループットを報告してください。
- AZ 間トラフィックについて正しい説明はどれですか？
- A) レイテンシを悪化させる要因であると同時に、別途追加の課金要因でもある
- B) レイテンシを悪化させる要因だが、Lattice 経由のトラフィックには別途の AZ 間料金はなく、データ処理料金に含まれる
- C) レイテンシにも料金にも影響しない
- D) Lattice は常に呼び出し元と同じ AZ のターゲットを選ぶため、考慮不要である
回答を表示
回答: B) レイテンシを悪化させる要因だが、Lattice 経由のトラフィックには別途の AZ 間料金はなく、データ処理料金に含まれる
解説: 物理的な距離により AZ 間通信ではレイテンシが増加します (測定済み基準値: 同一 AZ 0.339 ms、AZ 間 0.544 ms)。ただし、料金面で Lattice の AZ 間料金は別途請求されず、データ処理料金に含まれます。D は誤りです。Lattice がターゲット選択時に呼び出し元の AZ を考慮するかは、公式ドキュメントで確認できていないため、PoC で測定する必要があります。このため測定マトリックスに AZ の軸を設けます。
- 測定設計でウォームアップが必要なのはなぜですか。また、初回リクエストのレイテンシを別途記録すべきなのはなぜですか？
- A) ウォームアップは不要で、初回リクエストだけ測ればよい
- B) 認証情報や接続プールがコールド状態だと初期化処理が加わることがあるため、初回とウォームアップ後のレイテンシを別々に記録し、コールドスタートが頻繁な場合は両方評価する
- C) ウォームアップは p50 だけを改善し、p99 には影響しない
- D) 初回リクエストは常に失敗する
回答を表示
回答: B) 認証情報や接続プールがコールド状態だと初期化処理が加わることがあるため、初回とウォームアップ後のレイテンシを別々に記録し、コールドスタートが頻繁な場合は両方評価する
解説: キャッシュやプールがコールド状態の場合、初回リクエストに認証情報の取得や接続確立が含まれることがあります。取得経路はプロバイダーによって異なります。IRSA は STS を使用し、EKS Pod Identity はノードエージェントと EKS Auth を使用します。TLS ハンドシェイクは TLS 接続の場合にのみ発生します。プロバイダー/キャッシュ/トランスポートの状態も記録して、初回とウォームアップ後のレイテンシを別々に計測してください。初回リクエストすべてが STS を直接呼び出したり、TLS を確立したりすると仮定しないでください。コールドスタートが頻繁な場合は、両方の条件を評価してください。