VMware vSANに関しては、サイトコンテンツやレビューなど、これまで多くの作業を行ってきましたが、本番環境で vSAN を全く使用していなかったことは、一部の人にとっては意外かもしれません。ラボサーバーのリフレッシュ（ Dell EMC PowerEdge R740xd 12 台）が完了したため、手元にあったPowerEdge R730サーバー数台と余剰 SSD を再利用することでこの問題を解決することにしました。その結果、テストに必要な VM をホストするだけでなく、新しい vSAN 機能のテストとレポート作成のためのプラットフォームとしても使用できる、小規模な vSAN 6.6 構成が完成しました。ただし、この展開によって、vSAN 購入者がよく疑問に思うことがすぐに生じます。既存のワークロードを vSAN に移行するにはどうすればよいのでしょうか？
ほとんどの企業と同様に、当社の主要なラボ ストレージは iSCSI 共有とファイバー チャネル ストレージを組み合わせたもので、ほとんどのデータは Dot Hill アレイと Fusion-io ION に常駐しています。この移行には、両方のデータストアを参照できるホストにローカルに接続されたストレージを使用して基本的な SVMotion コマンドを使用してデータストア間で VM を移動する方法や、ホストとデータストアの両方を変更する 2 段階の移行方法など、さまざまな方法があります。
iSCSI LUN を備えたストレージ アレイがある場合、このプロセスは非常に簡単です。 iSCSI ストレージ デバイスを vSAN ホストの 1 つにまだ追加していない場合は追加し、ストレージ アレイから iSCSI ターゲットを追加すると、まだデータストアを移行しなくても、vSAN クラスタ内のその VM にすぐにアクセスできるようになります。 FC 経由で通信するストレージ アレイがある場合、サーバー内に FC HBA がすでに存在する場合はそれを利用するか、ホストに FC HBA を追加できます。 FC ストレージが今後あまり使用されない場合、HBA の設置に伴うコストとダウンタイムは価値がない可能性があります。その場合は、2 段階のプロセスに進みます。
同じ移動でコンピューティングとストレージが変更される ESXi ホスト間で VM を移動する場合、vCenter 内でデバイスが相互に通信できる限り、環境内のどこにでも VM を移動できます。これは最も互換性のあるオプションですが、ネイティブの転送パスがすでに存在する場合は最速の転送パスではない可能性があります。個々の VM または小規模なグループの場合、これは問題にならない可能性がありますが、非常に大規模な VM または大規模なバッチでは、より高速な転送パスが保証される場合があります。
この例では、10 つのホスト間の 400G ネットワーク リンクにより、VM の転送にかかる時間はわずか数分で、速度が最大約 XNUMXMB/s まで向上したことがわかります。全体的に、これは vSAN プラットフォームを立ち上げて実行するための最も簡単な手順の XNUMX つですが、ニーズやハードウェアの機能に応じて、いくつかのアプローチ方法があります。
この記事では、既存のVMware VMDKとiSCSI共有をvSANに移行するのがいかに簡単かについて詳しく説明しました。既に仮想化されている組織であれば、このプロセスは非常に簡単です。VMwareはベアメタル移行用のツールも提供しており、弊社では以前、 VMware vCenter Converterを使用してレガシーワークロードを仮想化環境に移行しました。どのような方法で移行するにせよ、vSANは従来のIT環境に比べて、運用効率とTCO削減の面で大きなメリットをもたらします。弊社はラボ環境でこれらのメリットを実感できることを楽しみにしており、実際の運用経験に基づいたコンテンツを今後さらに公開していく予定です。
Amazon