IBM Cloud Docs
リージョン

リージョン

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 を参照してください。

サポートされる IBM Cloud リージョン
地域 マルチゾーン・メトロ 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 サービスの機能低下、クラスター・アプリケーションの障害など、パフォーマンスへの影響が生じる可能性があります。