サービスの制限
制限は機能が追加されると変わることがあるので、時折確認してください。
一般的な制約事項
以下の機能と、これらの機能に関連する特性はすべてサポートされません。
-
以下の概念はサポートされません。
- IPV6
- 同じネットワーク・インターフェース上の複数の IP アドレス
-
仮想サーバー・インスタンス名の変更: 仮想サーバーの名前を更新すると、IBM Cloud® コンソールの別の領域で名前の変更が正しく表示されない場合があります。 例えば、実行中のインスタンスのユーザーのリストには仮想サーバー名の変更が正しく表示されるのに、IBM Cloud コンソールや請求書には反映されないことがあります。
-
VPC へのクラシック・アクセスに対する Direct Link は、クラシック・インフラストラクチャーへのアクセスのセットアップによってのみサポートされます。 IBM Cloud Direct Link にはこの制限はありません。
-
仮想サーバー・インスタンス上のネストされた仮想化は、サポートされない構成です。
請求書
VPC 課金システムがロード・バランサーと VPN のネットワーク・トラフィックを報告するときには、リソースの識別に非標準的な名前が使用されます。 リソースの識別にはプレフィックス instance-
を使用し、その後にバックエンドの仮想サーバーインスタンスの下 16 桁を続けます。
例えば、UUID が 10000
のロード・バランサーが、内部 UUID が 75007600770078007900
の仮想サーバー・インスタンスで実行されているとします。 インスタンスの UUID の最後の 16 桁は、7600770078007900
です。
CRN は、crn:v1:bluemix:public:is:eu-gb:a/0000000001::load-balancer:instance-7600770078007900
のようにロード・バランサーを識別します。
仮想プライベート・クラウドの制限
IBM Cloud VPC を、ネイティブの他の VPC とピアリングすることはできません。 Transit Gateway、VPNゲートウェイ、フローティングIPのいずれかを使用してVPCを接続することが可能です。
- VPNゲートウェイもフローティングIPも、2つのVPC間で自動経路広告を使用することはできません。 2 つの VPC 間のレイヤー 3 接続を有効にするには、各 VPC で静的経路を使用する必要があります。 この方法を使用して VPC 間の接続を実現する方法については 、「例: VPN を使用して 2 つの VPC を接続する」を 参照してください。
- Transit Gateway では、各 VPC のルート・サブネットがアドバタイズされるので、静的経路を使用せずにトラフィックを転送できます。 詳しくは、IBM Cloud Transit Gateway の概説を参照してください。
コンピュートの制限
- コンソールの仮想サーバー インスタンス アクティビティに [開始] と [停止] のアクションが登録されません。
- 配置グループを使用してインスタンスがプロビジョンされた後に、そのインスタンスの配置グループを変更することはできません。 配置グループからインスタンスを除外するには、インスタンスを削除する必要があります。
- 既存のブート・ボリュームから新規インスタンスを作成するための API サポートは、一時的に中断されます。 詳しくは、API 変更ログを参照してください。
ストレージの制約事項
ブロック・ストレージ・ボリューム名は、VPC インフラストラクチャー全体で固有にする必要があります。 VPC コンピュート・リソースで作成されるボリュームは、クラシック・インフラストラクチャーで作成されるボリュームと同じ名前にすることはできません。 有効なボリューム名には、英小文字および数字 (a-z、0-9) とハイフン (-) を組み合わせて最大 63 文字まで含めることができます。 ボリューム名の先頭は小文字にする必要があります。
LinuxONE (s390x プロセッサー・アーキテクチャー) 仮想サーバー・インスタンスの制約事項
以下の機能はサポートされていません:
- 専用ホスト
- VPC インスタンス・メタデータ・サービス。
z/OS 仮想サーバー・インスタンスの制約事項
- z/OS 仮想サーバー・インスタンスの制限については、 IBM Wazi as a Service の資料を参照してください。