ストレ,ジ
このセクションでは,物理ストレージハードウェアを仮想マシン(VM)にマップする方法と,ストレージ関連のタスクを実行するために管理APIで使用されるソフトウェアオブジェクトについて説明します。サポトされている各ストレジタプの詳細を示すセクションには,次の情報が含まれています:
- cliを使用した仮想マシン用ストレジの作成手順(タプ固有のデバス構成オプションを使用)
- バックアップ用のスナップショットの生成
- ストレ,ジ管理のベストプラクティス
- 仮想ディスクのQoS(服务质量:サ,ビス品質)設定
ストレ,ジリポジトリ(sr)
ストレージリポジトリ(SR)は仮想マシンの仮想ディスクイメージ(VDI)が格納される特定のストレージターゲットです。仮想ディスクイメージ(VDI)は仮想ハードディスクドライブ(HDD)を表す,抽象化されたストレージです。
ストレ,ジリポジトリには柔軟性があり,次のドラ,ブのサポ,トが組み込まれています:
ロ,カルで接続:
- 萨塔
- SCSI
- 情景应用程序
- NVMe
ローカルの物理ストレージハードウェアは,ハードディスクドライブ(HDD)の場合とソリッドステートドライブ(SSD)の場合があります。
リモ,トで接続:
- iSCSI
- NFS
- 情景应用程序
- smb(バジョン3のみ)
- ファ@ @バチャネル
注:
NVMe over Fibre ChannelとNVMe over TCPはサポ,トされていません。
ストレージリポジトリとVDIの抽象化によって,高度なストレージ機能を,それらをサポートするストレージターゲット上で提供できるようになります。たとえば,シンプロビジョニング, vdiスナップショット,高速クロ,ニングなどの高度な機能があります。高度な操作を直接サポートしていないストレージサブシステムの場合,これらの機能を実装するソフトウェアスタックが提供されます。このソフトウェアスタックは、MicrosoftのVHD(Virtual Hard Disk:仮想ハードディスク)仕様に基づいています。
ストレ,ジリポジトリは,永続的なオンディスクデ,タ構造体です。ブロックデバイスを使用する種類のストレージリポジトリでは,ストレージリポジトリの作成時にそのストレージターゲット上の既存のデータが消去されます。NFSなど,そのほかの種類のストレージリポジトリでは,ストレージアレイ上にコンテナが作成されるため,既存のストレージリポジトリは保持されます。
各Citrix Hypervisorサーバーでは,複数の異なる種類のストレージリポジトリを同時に使用することができます。これらのストレ,ジリポジトリは,ホスト間で共有したり,特定のホスト専用にしたりできます。共有ストレ,ジは,定義済みのリソ,スプ,ル内の複数のホスト間でプ,ル(共有)されます。共有されたストレージリポジトリは、プールの各ホストとネットワークで接続されている必要があります。リソースプールでは、すべてのサーバーが少なくとも1つの共有ストレージリポジトリを使用している必要があります。共有ストレージを複数のプール間で共有することはできません。
SRコマンドでは,格納されている個々のVDIの作成,破棄,サイズ変更,複製,接続,および検出を実行できます。ストレ,ジリポジトリを管理するcli操作は,”ストレ,ジリポジトリコマンドで説明します。
警告:
Citrix Hypervisorでは,いずれの種類のストレージリポジトリでも,LUNの外部圣レベルでのスナップショットがサポートされていません。
仮想ディスク▪メ▪ジ(vdi)
仮想ディスクイメージ(VDI)は仮想ハードディスクドライブ(HDD)を表す,抽象化されたストレージです。VDIは,Citrix Hypervisorにおける仮想化されたストレ,ジの基本単位です。VDIは,Citrix Hypervisorサーバーに依存しない永続的なオンディスクオブジェクトです。vdiを管理するcli操作は,"vdi(仮想ディスクaapl)コマンドで説明します。デ,タのディスク上の表現は,ストレ,ジリポジトリの種類によって異なります。ストレ,ジリポジトリごとの別個のストレージプラグインインターフェイス(SM APIと呼ばれる)でデータが管理されます。
物理ブロックデバス(pbd)
物理ブロックデバイスは,物理サーバーとストレージリポジトリの間のインターフェイスで,ストレージリポジトリをホストにマップするためのコネクタオブジェクトです。pbdには,ストレジタゲットとの接続および対話に使用するデバス設定フィルドが格納されます。たとえば,NFSデバイス設定には、NFSサーバーのIPアドレスや、Citrix Hypervisorサーバーがマウントするパスの情報が含まれます。PBDオブジェクトにより、ストレージリポジトリとCitrix Hypervisorサーバーとのランタイム接続が管理されます。PBDに関するCLI操作については、「pbd(物理ブロックデバaapl .ス)コマンドで説明します。
仮想ブロックデバesc escス(vbd)
仮想ブロックデバイスは(VBD:虚拟块设备)上記の物理ブロックデバイス(PBD)に似たコネクタオブジェクトで,VDIと仮想マシンをマップします。VBDは,VDIを仮想マシンに接続するメカニズムを提供するほか,特定のVDIのQoS(サービス品質)と統計情報,およびそのVDIを起動できるかどうかに関するパラメーターの微調整が可能です。vbdに関するcli操作にいては,"vbd(仮想ブロックデバaapl . exeス)コマンド. exeで説明します。
ストレ,ジオブジェクトの相関
次の図は,ここで説明したストレ,ジオブジェクトの相関を示しています。
仮想ディスクのデ,タ形式
一般に,物理ストレ,ジとvdiのマップ形式には,次の種類があります:
lun上の論理ボリュ,ムベ,スのvhd:Citrix Hypervisorのデフォルトのブロックベースストレージは,ディスク上に論理ボリュームマネージャーを挿入します。このディスクは,ローカル接続されたデバイス(LVM)かファイバチャネル,iSCSI,またはSAS経由の圣接続LUNです。VDIは,このボリュームマネージャ内のボリュームとして表示され,スナップショットおよび複製の参照ノードのシンプロビジョニングが可能なVHD形式で格納されます。
lun上のファeconp qcow2:仮想マシンイメージは,iSCSIソフトウェアイニシエータまたはハードウェアHBAを介して接続されたLUN上のGFS2共有ディスクファイルシステム上の,シンプロビジョニングされたQCOW2形式のファイルとして格納されます。
ファ▪▪ルシステム上のファ▪▪ルベ▪▪ドディスク(vhd):仮想マシンイメージは,ローカルの共有されていないファイルシステム(EXT3 / EXT4ストレージリポジトリ)共有されたNFSターゲット(NFSストレージリポジトリ),またはリモートSMBターゲット(SMBストレージリポジトリ)上の,シンプロビジョニングされたVHD形式のファイルとして格納されます。
vdiの種類
Gfs2ストレジリポジトリの場合は,qcow2 vdiが作成されます。
その他の種類のストレ,ジリポジトリでは,vhd形式の,vdiが作成されます。必要に応じて,Raw形式のVDIを作成できます。このオプションは、xe CLIを使用する場合のみ指定できます。
注:
LVMベースのストレージリポジトリまたはHBA / LUN-per-VDIストレージリポジトリに原始形式のVDIを作成すると,所有仮想マシンが,任意の仮想マシンに属し以前に削除されたVDI(任意の形式)の一部であったデータにアクセスできることがあります。このオプションを使用する前に,セキュリティ要件を考慮することをお勧めします。
NFS, EXT, SMBストレージリポジトリ上の原始形式のVDIでは,任意の仮想マシンに属する以前に削除されたVDIのデータにアクセスすることはできません。
VDIが类型=生
で作成されたかどうかは,sm-config
マップで確認できます。これらのキ,やマップの値は,それぞれxeコマンドのsr-param-list
とvdi-param-list
を実行して確認できます。
xe CLIを使用してRaw形式の仮想ディスクを作成する
次のコマンドを実行して,格納先のストレ,ジリポジトリのuuidを指定してvdiを作成します。
VDI -create sr-uuid=sr-uuid type=user virtual-size=virtual-size \ name-label=VDI名称sm-config:type=raw
新しい仮想ディスクを仮想マシンに接続します。仮想マシン内でディスクツールを使用してパーティション作成およびフォーマットを行うか、新しいディスクを作成します。仮想ディスクを仮想マシンにマップするVBDを作成するには、
vbd-create
コマンドを使用します。
vdiの形式を変換する
Raw形式とVHD形式との間で直接変換を行うことはできません。その代わりVDI(上記の原始形式,またはVHD)を作成して,既存のボリュームからデータをコピーします。xe CLIを使用して,新しいVDIの仮想サ元のVDI以上であることを確認します。これを行うには,vdi-param-list
コマンドの使用などにより,虚拟内存
フィ,ルドを確認します。次に,この新しいVDIを仮想マシンに接続して,その仮想マシン内で適切なツールを使用してデータの直接ブロックコピーを行います。たとえば,Windowsの標準ディスク管理ルやLinuxのdd
コマンドです。新しいボリュームがVHDボリュームの場合は,ディスクへの空セクタの書き込みを防ぐことができるツールを使用します。この操作により,基礎となるストレ,ジリポジトリで領域が最適に使用されるようになります。ファルベスのコピを使用するほうが適切な場合があります。
vhdベ,スおよびqcow2ベ,スのvdi
vhdおよびqcow2メジをチェ,ン化して,2のvdiで共通のデタを共有できます。VHDまたはQCOW2ベースの仮想マシンを複製する場合,複製時にディスク上に存在したデータを複製元と複製先の仮想マシンが共有します。その後,各仮想マシンは異なるコピオンラトバジョンのvdiで個別の変更を行います。この機能により、そのような仮想マシンをテンプレートからすぐに複製できるようになり、新しい仮想マシンのプロビジョニングと展開が容易になります。
仮想マシンやそのvdiの複製を繰り返すと,チェ,ン化されたvdiがリ,状になります。Citrix管理程序では、チェーン内のVDIの1つを削除すると、それによって不要になるVDIが削除されます。この結合プロセスは,非同期的に実行されます。解放されるディスク容量や処理に必要な時間は,vdiのサ。
vhd形式とqcow2形式の両方で,シンプロビジョニングがサポ,トされています。仮想マシンがデータをディスクに書き込むときに、イメージファイルが自動的に細かいチャンクに拡張されます。ファイルベースのVHDとGFS2ベースのQCOW2の場合、この手法では、実際に仮想マシンイメージファイルに書き込まれているデータ分の領域しか物理ストレージ上で消費されないという大きな利点があります。LVMベースのVHDでは、基礎となる論理ボリュームコンテナのサイズをVDIの仮想サイズに合わせる必要があります。ただし、スナップショットまたはクローンが発生すると、基になるコピーオンライトインスタンスディスク上の未使用領域が再利用されます。これら2つの動作の違いを次に説明します:
lvmベスのvhdメジの場合,チェ,ン内の差分ディスクノ,ドは,ディスクに書き込まれた分だけデ,タを使用します。ただし,リフノド(vdiクロン)は,ディスクの仮想サズまで完全に拡張されたままとなります。スナップショットリーフノード(VDIスナップショット)は,不使用時は縮小されたままで,その割り当てが保持されるように読み取り専用で接続できます。読み取り/書き込み形式で接続されたスナップショットノードは,接続時に完全に拡張され,接続解除時に縮小されます。
ファaapl . exeルベ. exeスのvhd . exeおよびgfs2ベスのqcow2メジの場合,すべてのノ,ドが,書き込まれた分だけデ,タを使用します。リフノドファルは,アクティブに書き込まれるにれて,デタを格納するために拡張されます。つまり,100 gbのVDIを仮想マシンに割り当てて,そこにオペレーティングシステムをインストールする場合,そのVDIファイルの物理サイズは,ディスク上のオペレーティングシステムデータといくらかのメタデータのサイズを加算したものであり,100 gbではありません。
単一のVHDまたはQCOW2テンプレートから複数の仮想マシンを複製する場合,複製先の各仮想マシン(子VM)によりチェーンが形成され,新しい変更のみが子VMに書き込まれます。古いブロックは複製元のテンプレ,ト(親)から直接読み取られます。その子VMをテンプレートに変換して,さらにその複製を作成すると,親,子,孫のチェーンが形成されることになり,パフォーマンスが低下します。Citrix Hypervisorでは,サポ,トされている最大チェ,ン長は30です。正当な理由なくこの上限に近づかないようにしてください。パフォーマンスを低下させずに仮想マシンの複製を作成するには,Citrix Hypervisor中心またはvm-copy
コマンドを使用して仮想マシンを“コピ”します。これにより,チェ,ン長は0にリセットされます。
結合に関するvhd特有の注意事項
ストレジリポジトリに対して同時に実行される結合プロセスは,1のみです。また,このプロセススレッドはストレジリポジトリのプルコディネタホスト上で実行されます。
プール内のプールコーディネーターサーバー上で重要な仮想マシンを実行している場合は,以下の手順で,入出力が低速になる可能性を軽減できます:
ストレジリポジトリプルコディネタでないホストへの仮想マシンの移行
ディスク入出力の優先度を高くして,スケジュ,ラを設定します。詳しくは,”仮想ディスクのQoS設定を参照してください。