Azure VMware Solution のストレージの概念

2025-05-20

Azure VMware Solution のプライベートクラウドは、ネイティブのクラスター全体のストレージに VMware vSAN を提供します。クラスター内の各ホストのローカルストレージは、vSAN データストアで使用されます。また、保存データの暗号化は既定で使用可能で、有効になっています。 Azure Storage のリソースを使用して、プライベートクラウドのストレージ機能を拡張できます。

vSAN クラスター

各クラスターホスト内のローカルストレージは、vSAN データストアの一部として要求されます。 AV36 SKU の場合、すべてのディスクグループは、1.6 TB の NVMe キャッシュ階層とともに、ホストあたり、生の SSD ベースの容量 15.4 TB を使用します。クラスターの生の容量階層のサイズは、ホストごとの容量にホストの数を掛けたものになります。たとえば、4 つのホストで構成されたクラスターの場合、vSAN 容量階層で生の容量が 61.6 TB になります。 AV36P、AV52、AV64 SKU ストレージデバイスの詳細のハードウェア仕様を確認します。

クラスターホスト内のローカルストレージは、クラスター全体の vSAN データストアで使用されます。すべてのデータストアは、プライベートクラウドの展開の一環として作成され、すぐに使用できるようになります。 cloudadmin ユーザーと、CloudAdmin ロールに割り当てられているすべてのユーザーは、これらの vSAN 権限を使用してデータストアを管理できます。

データストア.スペースを割り当てる
データストア・ブラウズ
Datastore.Config
Datastore.DeleteFile
Datastore.FileManagement
Datastore.UpdateVirtualMachineMetadata

重要

データストアおよびクラスターの名前は変更できません。 Azure CLI と PowerShell は、リソースクラスター名の変更 (Cluster-2 から Cluster-12) をサポートしていますが、これは使用しないでください。これは、Azure portal のリソースクラスター名と vSphere クラスター名の間にメタデータの不一致が発生するためです。

ストレージポリシーとフォールトトレランス

既定のストレージポリシーは RAID-1 FTT-1 に設定され、オブジェクト領域予約はシンプロビジョニングに設定されています。ストレージポリシーの調整や新しいポリシーの適用をしない限り、クラスターはこの構成で拡大します。既定のストレージポリシーは、ワークロード VM に適用されるものです。別のストレージポリシーを設定するには、「ストレージポリシーの構成」を参照してください。

3 ホストクラスターでは、FTT-1 が 1 つのホストの障害に対応します。 Microsoft は障害を定期的に抑制し、イベントが検出されたときに運用の観点からハードウェアを交換します。

注

vSphere クライアントにログオンすると、オブジェクト領域予約がシック プロビジョニングに設定された vSAN の既定のストレージポリシーという VM ストレージポリシーが表示されることがあります。これはクラスターに適用される既定のストレージポリシーではないことに注意してください。このポリシーは履歴目的で存在し、最終的にはシンプロビジョニングに変更されます。

注

すべてのソフトウェア定義データセンター (SDDC) 管理 VM (vCenter Server、NSX Manager、NSX エッジなど) は、オブジェクト領域予約がシンプロビジョニングに設定された Microsoft vSAN 管理ストレージポリシーを使用します。

ヒント

クラスターが 4 つ以上に拡大するかどうかわからない場合は、既定のポリシーを使用して展開してください。クラスターが拡大することが確実な場合は、最初のデプロイ後にクラスターを拡張するのでなく、デプロイ中に追加のホストをデプロイすることをお勧めします。 VM がクラスターに展開されるとき、VM 設定のディスクのストレージポリシーを RAID-5 FTT-1 と RAID-6 FTT-2 のどちらかに変更します。 Azure VMware Solution の SLA に準拠して、FTT-2 ポリシー (RAID-1 または RAID-6) を使用するには、クラスターで 6 つを超えるホストを構成する必要があることに注意してください。また、ストレージポリシーはクラスターサイズに基づいて自動的に更新されないことにも注意してください。同様に、既定値を変更しても、実行中の VM ポリシーは自動的に更新されません。

オブジェクトあたりの vSAN ディスクストライプ数

通常、ストライプ幅と呼ばれるこの設定では、ストレージオブジェクトの各レプリカが分散される最小容量デバイス数を定義します。ストライピングでは、仮想マシンのデータをより多くのドライブに分散させることで、I/O 集中型の仮想マシンのパフォーマンスを向上させ、全体的なパフォーマンスを向上させることができます。

ヒント

vSAN Disk Stripes Per Object の設定は既定のレベルに維持することをお勧めします。ただし、I/O 集中型仮想マシンでパフォーマンスの問題が発生した場合は、パフォーマンスを向上させるために、ストレージポリシー内のオブジェクトあたりの vSAN ディスクストライプの数を増やすことを検討してください。

重複除去と圧縮

vSAN データストアでは、既定で重複除去と圧縮が使用されます。重複除去と圧縮は連携して、データストア内で消費される領域の量を減らします。データがキャッシュ層から容量レベルに移動すると、vSAN は最初に重複除去を適用し、次に圧縮を適用します。

ヒント

I/O 集中型の仮想マシンでは、vSAN データストアで重複除去を無効にすると、仮想マシン全体のパフォーマンスが最大 2 倍向上する可能性があります。

保存データの暗号化

vSAN データストアは、Azure Key Vault に格納されているキーを使用して、保存データの暗号化を既定で使用します。この暗号化ソリューションは KMS ベースで、キーの管理のために vCenter Server の操作をサポートしています。ホストがクラスターから削除されると、SSD 上のすべてのデータはすぐに無効になります。

データストアの容量拡張オプション

既存のクラスター vSAN ストレージの容量は、Azure NetApp Files や Azure Elastic SAN などの、Azure ストレージリソースを接続して拡張できます。仮想マシンは、ストレージ vMotion を使用して vSAN データストアと他のデータストアの間で中断せずに移行できます。 Azure ストレージリソースを使用してデータストアの容量を拡張すると、クラスターをスケーリングせずにデータストアの容量を増加できます。

Azure NetApp ファイルズ

Azure NetApp Files は、エンタープライズクラスでハイパフォーマンスの従量制課金ファイルストレージサービスです。このサービスは、クラウド内の負荷の高いエンタープライズファイルワークロード (データベース、SAP、ハイパフォーマンスコンピューティングアプリケーション) を、コードを変更せずにサポートします。

Azure NetApp Files ボリュームを含むネットワークファイルシステム (NFS) データストアを作成して、任意のクラスターにアタッチできます。 Azure NetApp Files に基づく NFS データストアを使用すると、クラスターをスケーリングする代わりにストレージを拡張できます。 Azure NetApp Files は、ワークロードの要件に合わせてパフォーマンスとコストを調整できるように、Ultra、Premium、Standard のパフォーマンスレベルで利用できます。

詳細については、「Azure NetApp Files データストアを Azure VMware Solution ホストにアタッチする」を参照してください。

Azure Elastic SAN

Azure Elastic 記憶域ネットワーク (SAN) は、大規模データベースとパフォーマンス集中型のミッションクリティカルなアプリケーションの間でのワークロードの最適化および統合に関する問題に対して Microsoft が出した答えです。

Azure VMware Solution は、永続ストレージのオプションとして iSCSI データストアのアタッチをサポートしています。 Azure Elastic SAN ボリュームを使って仮想マシンファイルシステム (VMFS) データストアを作成し、それらを任意のクラスターにアタッチできます。 Azure Elastic SAN によってサポートされる VMFS データストアを使うと、クラスターをスケーリングする代わりにストレージを拡張できます。

詳細については、「Azure Elastic SAN で Azure VMware Solution を使う」を参照してください。

Azure ストレージの統合

プライベートクラウドで実行されているワークロードでは Azure のストレージサービスを使用できます。 Azure のストレージサービスには、ストレージアカウント、Table Storage、Blob Storage、ファイルストレージ (Azure Files と Azure NetApp Files) が含まれています。 Azure のストレージサービスへのワークロードの接続には、インターネットを経由しません。この接続により、セキュリティが強化され、プライベートクラウドのワークロードで SLA ベースの Azure のストレージサービスを使用できるようになります。

アラートと監視

Microsoft は、容量消費量が 75% を超えたときにアラートを出します。また、Azure Monitor に統合されている容量消費量メトリックを監視できます。詳細については、「Azure VMware Solution で Azure アラートを構成する」を参照してください。

次のステップ

これで Azure VMware Solution ストレージに関する概念を確認したので、次の事項の学習に進むことができます。

ストレージポリシーを構成する - vSAN データストアにデプロイされた各 VM には、少なくとも 1 つの VM ストレージポリシーが割り当てられます。 VM ストレージポリシーは、VM の初期デプロイ時に割り当てることも、複製や移行などの他の VM 操作を実行するときに割り当てることもできます。
プライベートクラウドでクラスターをスケーリングする - 実際のアプリケーションワークロードに応じて、プライベートクラウドにあるクラスターとホストをスケーリングできます。特定のサービスのパフォーマンスと可用性の制限については、ケースバイケースで対処する必要があります。
Azure NetApp Files および Azure VMware Solution - Azure NetApp Files を使用して、クラウド内の最も要求の厳しいエンタープライズファイルワークロード (データベース、汎用的なコンピューティングアプリケーション) を、コードを変更することなく移行して実行できます。 Azure NetApp Files ボリュームは仮想マシンに接続でき、データストアとしてノードを追加することなく vSAN データストアの容量を拡張できます。
Azure VMware Solution の vSphere ロールベースのアクセス制御 - vCenter Server を使用して VM ワークロードを管理し、NSX Manager でプライベートクラウドを管理および拡張します。アクセスと ID 管理では、vCenter Server の場合は CloudAdmin ロール、NSX Manager の場合は制限付き管理者権限が使用されます。