Satellite ホストのネットワーク遅延に関する要件

IBM Cloud Satellite のロケーションに追加するホストについて、ネットワークの遅延要件を確認し、最適なパフォーマンスと可用性を確保してください。

IBM ロケーション・コントロール・プレーンのカスタマー提供のワーカー・ノードに対する Satellite 管理のマスター

Satellite のロケーションのコントロールプレーンに接続するホストは、 Satellite のロケーションが管理されている IBM Cloud リージョンへの往復時間(RTT)が200ミリ秒以下(<= 200ms )の低遅延接続を備えている必要があります。 待ち時間が増えると、Satellite リンク・スループット、Satellite 対応 IBM Cloud サービス・プロビジョニング時間、ホスト障害リカバリー時間、および極端な場合には Satellite ロケーション・コントロール・プレーンで実行されるリソース (Red Hat OpenShift クラスター・マスターなど) の可用性など、パフォーマンスに影響が生じる可能性があります。 詳しくは、IBM Cloud と Satellite ロケーション・コントロール・プレーンのホストの間の待ち時間のテストを参照してください。

Satellite ロケーション・コントロール・プレーンのお客様提供のワーカー・ノードから、Satellite 対応 IBM Cloud サービスを実行するワーカー・ノード (同じロケーションの Red Hat OpenShift クラスターなど)

ホストインフラストラクチャの構成では、 Satellite ロケーションのコントロールプレーンワーカーノードとして使用されるホストと、そのロケーション内のクラスターや Satellite 対応の IBM Cloud サービス など、その他のリソースとして使用されるホストとの間で、往復時間(RTT)が100ミリ秒以下(<= 100ms )の低遅延接続が確保されている必要があります。 例えば、AWS などのクラウド・プロバイダーでは、このセットアップは通常、Satellite ロケーション内のすべてのホストが同じクラウド・リージョン (us-east-1 など) からのものであることを意味します。 待ち時間が長くなると、プロビジョニングとリカバリー時間、クラスター内のワーカー・ノード数の減少、Satellite 対応 IBM Cloud サービスの機能低下、クラスター・アプリケーションの障害など、パフォーマンスへの影響が生じる可能性があります。

同じリソース (Satellite ロケーション・コントロール・プレーンやクラスターなど) に割り当てられたお客様提供のワーカー・ノード

ホストインフラストラクチャの構成では、 Satellite のロケーション制御プレーン、 Satellite が有効化された IBM Cloud サービス、またはクラスターなど、同じ Satellite リソースに割り当てられたすべてのホスト間で、往復時間(RTT)が10ミリ秒以下(<= 10ms )の低遅延接続が確保されている必要があります。 待ち時間が長くなると、データベースやクラスター・アプリケーションの障害など、Satellite 対応の IBM Cloud サービスを含むパフォーマンスへの影響が生じる可能性があります。

IBM Cloud と Satellite ロケーション・コントロール・プレーンのホスト間の待ち時間のテスト

各 Satellite ロケーションは、IBM Cloud マルチゾーン・リージョンから管理されます。 ホストとリージョン間の遅延をテストし、往復時間(RTT)が200ミリ秒以下(<= 200ms )の低遅延接続を使用していることを確認できます。

  1. インフラストラクチャー・プロバイダーで、Satellite ロケーションに追加しようとしているホスト・マシンにログインします。 たとえば、コマンドラインからそのマシンにSSHで接続します。

  2. テストしたい IBM Cloud リージョンのIPアドレスをメモしておいてください

    ダラス
    52.117.39.146, 169.48.134.66, 169.63.36.210
    フランクフルト
    149.81.188.122, 158.177.88.18, 161.156.38.122
    ロンドン
    158.175.120.210, 141.125.97.106, 158.176.139.66
    大阪
    163.68.73.50, 163.69.65.242, 163.73.67.10
    サンパウロ
    163.107.67.18, 163.109.71.82, 169.57.144.42
    シドニー
    130.198.65.82, 135.90.66.194, 168.1.58.90
    東京
    161.202.104.226, 128.168.67.106, 165.192.108.10
    トロント
    163.74.65.138, 163.75.70.50, 169.53.160.154
    ワシントン DC
    169.63.123.154, 169.63.110.114, 169.62.13.2, 169.60.123.162, 169.59.152.58, 52.117.93.26
    マドリッド
    13.120.67.114, 13.121.67.98, 13.122.67.106
  3. ホストから、IBM Cloud リージョンの IP アドレスを ping します。

    ping <ip_address>
    
  4. 少量のパケット送信が完了した後、接続を閉じます。 たとえば、コマンドラインから「 ctrl+c 」と入力します。

  5. ping statistics の出力において、ホストと IBM Cloud リージョン間の平均往復距離(avg )をミリ秒(ms)単位で確認し、その接続が200ミリ秒以下(<= 200ms )という遅延要件を満たしているかどうかを比較してください。

    待ち時間の要件を満たす接続の例

    --- 169.63.123.154 ping statistics ---
    25 packets transmitted, 25 packets received, 0.0% packet loss
    round trip min/avg/max/stddev = 48.131/77.716/181.397/27.893 ms
    

    待ち時間の要件を満たしていない接続の例

    --- 158.175.120.210 ping statistics ---
    9 packets transmitted, 9 packets received, 0.0% packet loss
    round trip min/avg/max/stddev = 138.453/217.370/419.901/108.211 ms