マイクロソフトのクラウドアカウントのチャージ: ローカルのVMware仮想化環境をAzure AVSに完全に移行します
企業ITの世界では、VMwareはほぼ「仮想化」の代名詞である。多くの会社は地元の機械室で何百台ものvSphere仮想マシンを走っていて、コア業務を担っている。しかし、機械室の設備が老朽化し、メンテナンスコストが高騰するにつれて、クラウドコンピューティングの柔軟性と低コストを享受したい。
しかし、従来の解体再構築の移行は悪夢である。長い業務のダウンタイムと、いつでも崩壊する可能性のある互換性の問題にも直面しています。
ローカルのvmware仮想マシンを「その場でパッケージ化」し、構成を変更したり、
ゼロ停止
直接にクラウドに移動しますか?
あります。これが今日私たちが話したい深いハードコア案です
Azure VMware Solution (略称AVS、マイクロソフトクラウドVMwareソリューション)
。
一、AVSとは何ですか?なぜシームレス移行の神器なのか?
簡単に言えば、AVSはマイクロソフトとVMwareの公式な深い協力の結晶である。VMwareをAzureネイティブ仮想マシン (AVM) に変換するのではなく
マイクロソフトはAzureのデータセンターに直接いて、純粋な物理的な裸の金属サーバーを使って、オリジナルのVMware vSphere環境を構築してくれました
。
これは、
ツールは完全に一致しています。クラウドはvSphere、vCenter、vSAN、NSX-Tのままです。あなたのネットワーク管理者と運送業者はAzureの複雑なネットワーク概念を再学習する必要はなく、引き続きなじみのあるvCenterポイントを使用すればよい。
IPアドレスは変更しない: 大規模な2層ネットワークを介して通じ、仮想マシンがクラウドに移動した後、IP、MACアドレス、サブネットマスクはすべてそのままになっている。
ゼロダウン移行 (Live Migration): VMware HCXテクノロジーを活用したvMotionフラッシュ戦争は、仮想マシンが起動した状態でAzureにオンラインで「漂っている」ことができ、ユーザーは中断を全く感じない。
二、コアアーキテクチャ設計: 移転前の「高速道路」
ローカルルームとAzure AVSをつなぐには、次の2つの生命線を構築する必要があります
[ローカルルーム] [Azureクラウド]
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
│ ローカルvSphere/vCenter │
Azure AVSプライベートクラウドのページをめくる
ページをめくると (vCenter / vSAN / NSX-T)
│ ┌ ── ── ── ── ── ── Expressexpressexpressexpressexpressexpressexpressexpressexpressexpressexpressexpressexpressexpressexpressexpressexpressexpressexpress│ │ │ │ │ │ │ │ │ │ │ │ │ │
VMware HCXコンポーネントのページをジャンプします。
│ │ ── ── ── ── │ │ │ │ │
└ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─
物理パイプライン: ローカル・ルームとAzureの間には、専用のAzure expressルート (専用) または高性能VPNを確立する必要があります。これは、データ移行速度と低遅延を保証する物理的な基盤です。
移行エンジン (VMware HCX): これは移行の魂ソフトウェアです (AVSは無料で内蔵されています)。ローカルとクラウドのVMware環境を「縫合」して、ネットワークの拡張と資産転送を実現します。
三、第一段階: AzureでAVS環境を初期化する
まず、AzureポータルでマイクロソフトにAVSプライベートクラウドを申請して導入する必要があります。
AVSリソースの作成: Azureポータルで「Azure VMware Solution」を検索し、作成をクリックします。
基本情報の設定: AVS-Migration-RGなどのリソースグループとゾーンを選択します。リソースバー (Sku): ビジネスに適したノード仕様 (AV36以上の構成など) を選択します。ホスト数: 本番環境AVSには最低3つのノードが必要です (これはVMware vSANが分散ストレージと高可用性クラスタを実現するためのハードな基盤です)。
ネットワークアドレスブロック計画 (重点ピット):/22のCIDRアドレスブロック (例: 10.1.0.0/22) を入力する必要があります。注意: このアドレスブロックは、ローカルルームのIPセグメントと、既存のAzure VNet (仮想ネットワーク) アドレスと競合することはできません。AVSクラウド管理ネットワーク (vCenter、ESXiホストのIPなど) に特化しています。
クリック作成: 初期化プロセスが重く、通常は2 ~ 4が必要です
時間です。まずコーヒーを飲みに行ってもいいです。導入が完了すると、AzureはコンソールでvCenterとNSX-T管理側のログインwebサイト、デフォルトのユーザー名と初期パスワードを提供します。
四、第二段階: 大二層ネットワークとHCXの導入
環境ができたので、次は「相互接続の高速道路」を整備しなければならない。
1.専用線ドッキング
Azureコンソールで、あなたが構築したばかりのAVSインスタンスを見つけて、 [コネクティビティ]-> [express route] をクリックします。使用する
グローバルリーチ
機能は、AVSバックエンドに付属しているexpressルートとローカルルームに接続しているローカルexpressルートを連結します。
💡一般的に言えば、このステップはクラウドのESXiホストとローカルのESXiホストをネットワーク層で直接「対面」して話す。
2.ローカルVMware HCXの導入
AVSコンソールの「アドオン」でVMware HCXを有効にし、対応するローカルインストールパッケージをダウンロードします (OVAテンプレート)。
ローカルのvCenterにログインし、このOVAテンプレートをインポートして、HCX Managerに導入します。
ローカルのHCXインターフェイスを開き、アクティベーションコード (Azure AVSコンソールで無料で取得) を入力して、クラウドのAVS HCXにバインドします。
ネットワーク拡張の構成: これがシームレスな移行の中核です。HCXで移行するローカル仮想マシンが存在するポートグループ (VLAN/ポートグループ) を選択し、「拡張」をクリックします。HCXは両端に暗号化ブリッジを設置します。現在、ローカル仮想マシンをAzureに移動しても、ローカルに残っているサーバと同じローカルエリアネットワークでスムーズに通信でき、マスクも変わらない!
五、第三段階: 実戦移転 (三種類の移行遊び方の選択)
ネットワークはすべて通じています。ローカルvCenterのHCXプラグインパネルには、大きな移行作業台が見えます。引っ越したい仮想マシンを選択すると、HCXには次の3つの主要な移行モードがあります
移行モード
原理と特徴
適用シーン
コールドマイグレーション
仮想マシンはシャットダウン状態で、ディスクファイルを直接コピーします。スピードが一番速く、データが一番安全です。
テスト環境、コア業務ではなく、ダウンタイムを許容できるシステム。
一括コピー (Bulk Migration)
起動時にバックグラウンドで非同期にデータをコピーし、完了後に再起動し、再起動の数分以内にクラウドに切り替えます。
ほとんどの企業の中核業務は、深夜の一時的な再開を許す。
VMotion
）
100% 稼働状態でオンライン移行し、ダウンタイムゼロ、パケットロスゼロ、接続が継続している。
コアデータベース、ダウンタイムの損失が大きいERP、財務システム。
最もハードコアなvMotion熱移行を例にした操作フロー:
HCX移行インタフェースで、移行するコアビジネス仮想マシンをいくつかチェックします。
転送設定: 移行モードをvMotionに選択します。
ターゲット構成: ターゲットストレージはAVSのvsanDatastoreを選択し、ターゲットコンピューティングリソースはAVSのESXiクラスタを選択します。
検証開始: 「Validate」をクリックすると、HCXは両端のハードウェア互換性、ネットワーク帯域幅を自動的にチェックします。
実行: 検証に合格したら「Go」をクリックします。プログレスバーが歩き始めます。メモリデータ、CPUステータス、ディスクデータは、expressルート専用線を介してAzure AVSに向かっている。
奇跡を目撃する: プログレスバーが100% になった瞬間、ローカルのvセンターで仮想マシンが消えたり、切断されたりして、AVS側のvセンターで仮想マシンが瞬時に緑に点灯した。この切り替えの瞬間、この仮想マシンに対してping -tを継続的に実行することもできます。通常、1 ~ 2個のパケットのわずかなジッターが発生するだけで、業務は全く中断されません
六、移転後の終了と高級配当
仮想マシンは完璧な肉体「飛天」になったが、移行はまだ終わっていないので、次の2つのことをする必要がある
ネットワーク拡張をクリーンアップする (臍帯を切断する): サブネット (VLAN)内のすべての仮想マシンがAVSに正常に移動した後、HCXでネットワークの拡張を解除することを覚えていますゲートウェイを正式にクラウドのNSX-Tに切り替えます。これで徹底した「離乳」が完了し、クラウドを越えたインターネットの遅延が解消されました。
Azureの原始的な生態配当を解除する: これはVMwareをAzureに移す最も爽快な場所です。あなたの仮想マシンはAzureのネイティブサービス (Azure Blobストレージ、Azure sqlデータベース、AIサービスなど) と同じデータセンターに住んでいます。骨幹網の超低遅延で直接接続して、古いVMwareアーキテクチャを現代のクラウドの原生技術とシームレスに融合させることができます。
究極のピット回避とまとめ
資源勘定を計算する: AVSは結局、独自の物理的な裸金属クラスタで、スタート3ノードで、月ごとに課金するコストは低くない。移行する前に、Azure Migrateツールを使用してローカル環境の包括的なリソース評価を行うことをお勧めします地元のゾンビの仮想マシン、過度に配布されたCPU/メモリを縮小してクラウドにアップロードすると、大金を節約できます。
バージョンの互換性: ローカルのvSphereバージョンがAVSの最小要件を満たしていることを確認します (通常はvSphereが必要です)
6.7または7.0以上) 、そうでなければHCXはハンドシェイクを確立できない。
まとめ:
Azure AVSの本質はあなたを変えることではなく、あなたを包容することです。最も優しく、リスクが最も低く、伝統的な輸送直感に最も合った方法で、ローカルの膨大なVMware資産を一夜にして安全に現代化クラウドに移動するのに役立ちます。資産が重く、時間がきつい、再構築のリスクを冒さない大手企業にとって、これは確かに現在最も完璧な雲船券である。