※ 本記事は、ADEEL AMIN, Praveen Kumar Pedda Vakkalamによる”Announcing Datastore Management for Oracle Cloud VMware Solution“を翻訳したものです。

2026年1月15日


お客様がOracle Cloud VMware Solution(OCVS)を介してOCI上でVMware環境を実行する場合、ストレージは重要な要素です。

OCVSのお客様は、まず、ローカルNVMeストレージを備えた密度の高いコンピュート・シェイプを使用して、vSANデータストアを構築しました。このサービスの成熟に伴い、OCI Block Volumesを使用したStandardシェイプが人気の選択肢となり、お客様はコンピュートから独立してストレージを拡張する柔軟性を得ることができます。複数クラスタのサポートにより、管理者は、クラスタの作成時にブロック・ボリュームをアタッチし、SDDC当たり最大960個のESXiホストに環境をスケーリングできます。

この標準シェイプとマルチクラスタ・サポートの組み合わせにより、大規模なスケールと柔軟性を可能にした一方で、新たな課題ももたらしました。オペレータは、多くの場合、手動プロセスを介して、すべてのクラスタでブロック・ボリューム・アタッチメントを管理する必要がありました。管理者は通常、vCenterでVMFSデータストアを構成する前に各コンピュート・インスタンスにボリュームをアタッチし、スプレッドシートまたは命名規則を使用して関係を追跡します。データストアがオフラインになったか、ブロック・ボリュームが削除された場合、トラブルシューティングが不必要に難しくなりました。

2025年10月以降、OCVSのデータストア管理でこの課題に取り組んでいます。この機能はすべてのOCVS環境にメリットがありますが、OCI Block Volumesに支えられた標準シェイプを使用しているお客様には特に効果的です。

データストア管理とは?

データストア管理により、OCVS SDDCクラスタ内のすべてのESXiホストでブロック・ボリュームを管理する方法が簡素化されます。ボリュームを手動でアタッチおよびトラッキングするのではなく、次の2つの新しいOCIリソース・タイプを使用できるようになりました:

Landing page for VMware Solution in OCI console showing new OCVS resources Datastores and Datastore Clusters
  • OCI Datastore – 単一のブロック・ボリュームを表します。通常は、vCenterでVMFSデータストアとしてマップされます。
List of all the Datastores created in the chosen compartment
  • OCI Datastore Cluster – OCIのvSphereクラスタにアタッチされたOCIデータストアのコレクションで、すべてのESXiホストでのブロック・ボリューム管理を自動化します。
List of Datastore Clusters in the chosen compartment

これらの構造により、OCIはvCenterストレージ・モデルをミラー化します。各OCIデータストアはvCenterデータストアにマップされ、各OCIデータストア・クラスタはvCenterデータストア・クラスタにマップされます。この配置により、複雑さが軽減され、一貫したストレージ構造が提供されます。

なぜ重要なのか

データストア管理は、大規模な運用オーバーヘッドを削減するように設計されています。主なメリットは次のとおりです:

  • 消去の可視性 – OCIは、どのBlock Volumesがどのデータストアにマップされているかを直接追跡します。
  • クラスタ対応の操作 – クラスタ・レベルで1回アタッチまたはデタッチします。すべてのESXiホストは同期したままです。
List of attached Datastore Clusters to an SDDC Cluster
  • 組込みの保護 – 使用中のストレージを誤って切り離すことができないようにします。
  • よりスマートなプロビジョニング – SDDCの作成時にデータストア・クラスタを定義するか、2日目以降にスケール・アウトします。
  • インスタンス・タイプのサポート – OCVSでサポートされているStandardシェイプとDenseシェイプの両方で機能します。

相関の現在の状態

OCVSは顧客管理であるため、OCIはプロビジョニング後はvCenterに直接アクセスできません。つまり、OCIのデータストア・クラスタは、vCenterのデータストア・クラスタと自動的に同期されません。環境の整列を維持するために、管理者は同じ名前の規則に従う必要があります。

たとえば:

  • vCenterでデータストアの名前を変更する場合は、OCIで対応する名前を更新します。
  • vCenterでデータストア・クラスタをデタッチする場合は、OCIでもデタッチします。

この簡単な方法により、両方のプラットフォームで一貫性が確保されます。

既存の環境はどうでしょうか?

すでにブロック・ボリュームを手動でアタッチしているお客様は、ネーミング・ルールおよびクラスタリング・ルールに従っているかぎり、そのボリュームをデータストア管理下に置くことができます。これにより、既存のワークロードを再構成せずに新しいモデルを採用できます。

データストア管理の拡張

データストア管理は、データストア関係をOCIのファーストクラスの概念とし、より深いVMware統合のための基礎を築きます。

OCVSの顧客制御モデルを維持するために、データストア管理自体がvCenterと直接同期することはありません。ただし、Oracleでは、OCVS向けの管理アプライアンスの限定提供も開始しています。このオプション機能により、OCIコンポーネントとvSphereコンポーネント間の同期が可能になります。データストア管理とともに、vCenterでBlock VolumesをVMFSデータストアとして構成するエンドツーエンドのエクスペリエンスを提供し、オプトインを顧客に任せます。

はじめに

OCVSのデータストア管理は、2025年9月からすべてのリージョンで使用できます。さらに学習して構成ステップを調べるには、公式ドキュメントを参照してください: