IBM Cloud Docs
Classic専用ホストと専用仮想サーバーインスタンス

Classic専用ホストと専用仮想サーバーインスタンス

古典的な専用ホストは、あなたがホストをしたいデータセンターとPODを指定するために使用できる仮想サーバです。 その後、ワークロード配置の最大限の制御、およびプロビジョン後の柔軟なオプションを可能にするために、インスタンス (つまり、仮想マシン) を特定のホストに割り当てます。

保証された容量

ホストが配置されたデータ・センターおよび POD 内での容量が保証されます。 たとえば、Classic専用ホストと専用インスタンスを含むPODが容量に達した場合、ホストに適切なスペースがあれば、専用インスタンスを引き続きホストに割り当てることができます。

可視のワークロード

専用ホストに割り当てられているすべてのClassic専用インスタンスの全体的なリソース消費量を1つのページで表示できます。 コア、RAM、およびローカル・ストレージの使用量を表示します。これを利用して、専用インスタンスを別の専用ホストにマイグレーションする必要かどうかを判断することができます。 こうした細分化されたレベルの情報により、ワークロードを最大限に制御して管理できます。

デプロイ後の管理

容量保証とワークロードの可視性に加え、Classic専用インスタンスを専用ホスト間で移行することで、ワークロードの配置を最大限に制御できます。

保守

インフラストラクチャー保守で専用ホストの再始動が必要とされる場合があります。 例えば、Xen ハイパーバイザーが更新を必要とすることがあります。 複数の専用ホストがある場合、保守によるダウン時間を最小化するために以下のオプションがあります。

  • 1 つのデータ・センター内の複数の POD によって保守が実行されます。 保守を分散するため、専用ホストを別々の POD にデプロイできます。
  • 専用ホストについてのサポート・チケットを作成して、定期保守要求を遅らせることができます。 その間に、同じ POD 内の専用ホスト間でオフライン専用インスタンスをマイグレーションできます。

高可用性

ある専用ホストで障害が起こった場合、その専用ホストの作業負荷は自動的に新しい専用ホストに移行されます。 専用インスタンスは、仮想サーバーのライフサイクルを通して専用のままです。

高可用性シナリオのために、追加の専用ホストを検討できます。 例えば、専用ホストを追加することで、メンテナンスウィンドウのためにワークロードを移行する柔軟性が得られます。