リージョン
IBM Cloud® ロケーションを管理するために選択できる Satellite リージョンについて説明します。 Satellite ロケーション・コントロール・プレーンに接続するホストは、 Satellite ロケーションの管理元の IBM Cloud 領域に対して、200 ミリ秒 (<= 200ms
) の往復時間 (RTT) 以下の低遅延接続を持っている必要があります。 待ち時間が増えると、Satellite リンク・スループット、Satellite
対応 IBM Cloud サービス・プロビジョニング時間、ホスト障害リカバリー時間、および極端な場合には Satellite ロケーション・コントロール・プレーンで実行されるリソース (Red Hat OpenShift クラスター・マスターなど) の可用性など、パフォーマンスに影響が生じる可能性があります。 詳しくは、IBM Cloud と Satellite ロケーション・コントロール・プレーンのホストの間の待ち時間のテストを参照してください。
Red Hat CoreOS は、サポートされるすべての Satellite ロケーションおよび Red Hat OpenShift バージョン 4.9 以降で使用可能です。 Red Hat CoreOS ホストは、すべてのサービスをサポートしているわけではありません。 詳しくは、 Supported Satellite-enabled IBM Cloud services を参照してください。
地域 | 国 | マルチゾーン・メトロ | Location | リージョン | ゾーン |
---|---|---|---|---|---|
アジア太平洋 | オーストラリア | シドニー | syd |
au-syd |
au-syd-1 au-syd-2 au-syd-3 |
アジア太平洋 | 日本 | 東京 | tok |
jp-tok |
jp-tok-1 jp-tok-2 jp-tok-3 |
アジア太平洋 | 日本 | 大阪 | osa |
jp-osa |
jp-osa-1 jp-osa-2 jp-osa-3 |
北米 | カナダ | トロント | tor |
ca-tor |
tor-1 tor-4 tor-5 |
北米 | アメリカ合衆国 | ダラス | dal |
us-south |
us-south-1 us-south-2 us-south-3 |
北米 | アメリカ合衆国 | ワシントン DC | wdc |
us-east |
us-east-1 us-east-2 us-east-3 |
ヨーロッパ | ドイツ | フランクフルト † |
fra |
eu-de |
eu-de-1 eu-de-2 eu-de-3 |
ヨーロッパ | スペイン | マドリッド | mad |
eu-es |
eu-es-1 eu-es-2 eu-es-3 |
ヨーロッパ | 英国 | ロンドン | lon |
eu-gb |
eu-gb-1 eu-gb-2 eu-gb-3 |
南アメリカ | ブラジル | サンパウロ | sao |
br-sao |
br-sao-1 br-sao-2 br-sao-3 |
†
EU クラウド認定ロケーションは、フランクフルト地域から管理されます。 これらを注文するには、必ず --managed-from
オプションの値として fra
を選択してください。
Satellite の IBM Cloud 地域の FAQ
IBM Cloud ロケーションを管理するための Satellite リージョンを選択する理由と選択方法についてのよくある質問を記載します。
ロケーションが IBM Cloud リージョンで管理される理由は何ですか?
IBM Cloud サービスを独自のインフラストラクチャー上で実行するには、IBM Cloud へのセキュア接続が必要です。 各サービスのセキュリティーとコンプライアンスの標準を遵守し、それらのサービスに更新をロールアウトするために、IBM はこの接続を制御、モニター、および管理します。
すべての Satellite ロケーションは、IBM Cloud へのセキュア接続を確立するコントロール・プレーンを使用してセットアップされます。 コントロール・プレーンは、選択した IBM Cloud 地域で実行される高可用性管理プレーンで構成されます。 IBM は、この管理プレーンを制御および管理します。 コントロール・プレーン・ノードは、 Satellite ロケーションに接続した独自のコンピュート・ホスト上で実行されます。
IBM では、この接続を使用して、Satellite ロケーションをモニターし、容量の問題を自動的に検出して解決し、悪意のあるアクティビティーをモニターし、お客様のインフラストラクチャーで実行されている IBM Cloud サービスに更新をロールアウトします。
詳しくは、Satellite アーキテクチャーを参照してください。
IBM Cloud ロケーションに選択できる Satellite マルチゾーン・メトロはどれですか?
IBM Cloud ロケーションを管理する Satellite リージョンとしてサポートされている任意のリージョンを選択できます。 メトロは、Satellite コントロール・プレーンのマスターが実行されている場所を判別します。 詳しくは、Satellite アーキテクチャーを参照してください。 IBM Cloud リージョンと Satellite ロケーションの間の待ち時間を短縮するには、物理的なコンピュート・インフラストラクチャーが存在する場所に最も近いリージョンを選択します。
ホストはどこにでも常駐できますか?
独自に所有するコンピュート・ホスト・インフラストラクチャーを Satellite ロケーションに持ち込むので、必要に応じた場所でこのインフラストラクチャーをホストできます。 ホストは、Satellite の最小ホスト要件を満たしていれば、独自のオンプレミス・データ・センター、パブリック・クラウド・プロバイダー、またはエッジ・コンピューティング・デバイスに配置できます。
EU クラウド認定ロケーションにデプロイするにはどうすればよいですか?
EU クラウド認定ロケーションは、フランクフルト地域から管理されます。 これらのタイプのロケーションを注文するには、必ず --managed-from
オプションの値として fra
を選択してください。
コマンド例:
ibmcloud sat location create --name LOCATION_NAME --coreos-enabled --managed-from fra
または
ibmcloud sat location create --name LOCATION_NAME --managed-from fra
遅延時間に関する要件は何ですか?
インフラストラクチャー・プロバイダーを選択するときには、遅延に関する以下の要件を考慮してください。 この遅延要件を満たしていない環境では、パフォーマンスが低下します。
- IBM Cloud とロケーションの間
- Satellite ロケーション・コントロール・プレーンに接続するホストは、 Satellite ロケーションの管理元の IBM Cloud 領域に対して、200 ミリ秒 (
<= 200ms
) の往復時間 (RTT) 以下の低遅延接続を持っている必要があります。 待ち時間が増えると、Satellite リンク・スループット、Satellite 対応 IBM Cloud サービス・プロビジョニング時間、ホスト障害リカバリー時間、および極端な場合には Satellite ロケーション・コントロール・プレーンで実行されるリソース (Red Hat OpenShift クラスター・マスターなど) の可用性など、パフォーマンスに影響が生じる可能性があります。 詳しくは、IBM Cloud と Satellite ロケーション・コントロール・プレーンのホストの間の待ち時間のテストを参照してください。 - ロケーションに存在するホスト同士の間
- ホスト・インフラストラクチャーのセットアップでは、 Satellite ロケーション・コントロール・プレーンのワーカー・ノードに使用されるホストと、ロケーション内の他のリソース (クラスターや Satellite-enabled IBM Cloud サービス など) に使用されるホストとの間の接続の待ち時間が 100 ミリ秒 (
<= 100ms
) 以下でなければなりません。 例えば、AWS などのクラウド・プロバイダーでは、このセットアップは通常、Satellite ロケーション内のすべてのホストが同じクラウド・リージョン (us-east-1
など) からのものであることを意味します。 待ち時間が長くなると、プロビジョニングとリカバリー時間、クラスター内のワーカー・ノード数の減少、Satellite 対応 IBM Cloud サービスの機能低下、クラスター・アプリケーションの障害など、パフォーマンスへの影響が生じる可能性があります。