Windows Server ＆ Cloud User Group Japan 第53回 勉強会セッション資料「Azure Site Recovery for Azure Local」
をお話しました。たまたま、下記を見つけたのでご紹介します。
該当の本文を訳して貼っておきます。
Azure Site Recovery (ASR) では、ARC 対応の Windows VMware 仮想マシンおよびオンプレミスの物理サーバーに対する保護がサポートされるようになりました。以前は、これらのマシンで Azure ARC を使用しているお客様において、互換性の問題が発生する可能性がありました。今回の更新により、ASR はソース マシン上の ARC サービスの存在を検出し、保護の有効化時に既存の ARC 構成との互換性を維持できるようになりました。この更新により、お客様は、これらのマシンのガバナンス、インベントリ、監視、および管理に関する既存の ARC ベースの構成を中断することなく、災害復旧のために ASR を導入できるようになります。
というか、公式ドキュメントのパラメーター
が使えるようになりました。以前、
Azure Local 2609をデプロイしようと、Azure Arcの登録方法でつまづく
を書いた際には、2609を使っていましたので、使えておりませんでした。
次の例は、ArmAccessTokenもTargetSolutionVersionも未指定の場合です。
TargetSolutionVersionが未指定なので、選択するようになります。
未指定のパラメーターを補完したので、下記の通り進みました。
Windows Server ＆ Cloud User Group Japan 第53回 勉強会の担当セッションについて、内容の一部を先んじて書きます。本稿で考えを整理してからセッション資料をまとめるという意図もあります。あとタイトルでは、その1と書きましたが、その2以降があるかはまだ考えておりませんw
本題に移ります。
システム要件としてはRecovery Serviceコンテナー/Recovery Service Valutが必要なのは、いうまでもないです。加えて他のシステム要件を見る上で、レプリケーションジョブの作成がとてもわかりやすいです。レプリケーションジョブのウィザードを一部ご紹介しながら説明します。
まず移行先の環境として、Azureを指定します。その際、Azure仮想ネットワーク/VNetを必要であることがわかりますね。
Azure Local 2609のデプロイウィザードで、ノードの追加が失敗していまして。
先週は問題なくできていたのだが？！
Azure Local 2609において、Active Directoryを使う場合も比較のためにデプロイしました。
それで9/26にはなくて、9/27になって既報である「2609公開後のドキュメント更新」、「システム レベルのシークレットの自動バックアップ （プレビュー）」の正しい有効化方法」のとおりシークレットをバックアップする設定が増えていました。
Active Directoryを使う場合のデプロイは、下記のパラメーターで行いました。
Azure Local 2609を用いて、deployment local identity with key vaultを試行します。変わらずNested Hyper-Vです。
以前は１時間かかっていたように記憶しています。しかしバリデーションがNested Hyper-Vで、30分ぐらいで終わるようになっていました。
下記の設定でデプロイしております。
デプロイ完了です。2時間56分ほどかかりました。
