Azure Backupを使ってVMのバックアップからリストアまでやってみた

【MS社公式サイト記載の図】

バックアップから新規Azure VMを作成するリストア方式になります。リストア後は新規VMとリストア対象のVM(既存VM)の2つのVMがあります。新規作成されたVMのディスクNIC、IPは新規に払い出しされます。既存のVMには何の変更はされません。

バックアップから既存Azure VM(リストア対象のVM)のディスクを置換するリストア方式になります。リストア後はリストア対象のVMのみがあります。VMのディスクがリストア後のディスクと置き換わる形式になります。

バックアップからディスクを作成するリストア方式になります。リストア後のディスクからVMの作成等が可能です。

※VMのリストア(新規作成)では可用性セットを選択する事が出来ない為、一旦ディスクにリストアした後にVM作成が必要になります。

バックアップからディスクを作成とAzure VMマウント用のスクリプトが生成されます。このマウント先のディスクからファイルコピーを行い復旧します。

※なお、作成されたディスクの有効期限は12時間です。(Azure上で管理されている為、Azure Portal上でディスク自体が直接見える事はありません。

リストア後のVM数

リストア後のイメージ

• 新規VM(新ホスト名)
  • リストアしたディスク
• 既存VM(既存のホスト名)
  • 既存ディスク

• 既存VM(既存ホスト名)
  • リストアしたディスク

※既存VMに関連付けされていたディスクもそのまま残っています。(VMとの関連付けは無し) 

ファイルリストアはこちら。

WindowsとLinuxのファイルリストアをAzure Backupを使ってやってみた

Azure Back Up(Recovery Services コンテナー)を使ったVMのファイルリストアをやってみました。Azure P ...

 https://www.tama-negi.com/2021/04/24/azure-backup-file-resto...

 ディスクリストアはこちら。

Azure VMのディスクリストアをAzure Backupを使ってやってみた

Azure Backup(Recovery Services コンテナー)を使って、Azure Virtual Machine(VM)のディスク(Managed ...

 https://www.tama-negi.com/2021/04/25/azure-backup-disk-resto...

Recovery Services コンテナーで新規を選択します。

リソースグループや、コンテナー名、リージョンを選択します。確認および作成をクリックします。

※タグを設定する場合は、次タグを選択し、タグの設定を行ってください。

確認画面が表示されますので、問題が無ければ作成をクリックします。

これでRecovery Services コンテナーの作成は完了です。

Recovery Services コンテナーの設定にあるプロパティを選択します。バックアップ構成の更新を選択します。

バックアップの構成が表示されます。

• 設定内容
  • バックアップポリシー 
    • バックアップスケジュールやバックアップの保持期間を設定
  • Virtual Machines
    • バックアップ対象を選択

まず、バックアップポリシーにある新しいポリシーを作成するを選択します。

デフォルトだとバックアップ時間がUTC2:30 で保持期間が30日になっています。今回は以下の設定に変更しています。

• • 毎日2：00(日本時間)
  • バックアップ保持期間7日

設定が終わったら、OKをクリックします。

※スナップショットを利用するとリストア時間が短くて済みます。ただし増分スナップショットで利用するBlobストレージ分の課金が発生するようです。

バックアップ対象の仮想マシンを選択します。

バックアップの構成画面に戻りますので、Virtutal Machinesにある追加をクリックします。

バックアップ対象のVM一覧が表示されます。初回バックアップが取得されていない旨のメッセージが表示されています。

対象のVMを選択します。

バックアップ項目が表示されます。この画面で対象の仮想マシンのバックアップ状況やバックアップ取得、リストア等のを行う事が出来ます。

今すぐバックアップを選択します。

バックアップの保持期間が表示されますので、日付を設定しOKをクリックします。

デフォルトは31日後になっています。今回は7日後に設定しています。

バックアップが開始されます。

バックアップ状況はRecovery Services コンテナーのバックアップジョブで確認出来ます。

バックアップされているVM一覧が表示されます。リストア対象のVMを選択します。

リストア対象のVMのバックアップ項目画面が表示されます。

VMの復元を選択します。

復元の種類は新しい仮想マシンの作成とディスクの復元が選択可能です。ディスクの復元はディスク復元後に新たに仮想マシンを作成する場合等に選択します。(例；可用性セットを組んでいる場合等)

リストアにあたっては、仮想ネットワークやサブネット等を指定する必要があります。新規VM作成と同じイメージになります。

ステージングの場所でストレージアカウントを指定しますが、こちらはテンポラリーのファイル置き場になります。

今回はrestore-test-01という仮想マシン名でリストアします。(リストア前と同じホスト名は指定できません。)

復元をクリックするとリストアが開始されます。

リストアが開始されます。

リストアの状況はRecovery Services コンテナーのバックアップジョブで確認出来ます。

リストが完了すると、リストア時に指定した名前(restore-test-01)で仮想マシンが出来ていている事が確認出来ました。

注意点ですがOS自体のホスト名はリストア前の名前になっています。

実際にOSで上で確認してもリストア前のホスト名になっている事が確認出来ます。

※つまりAzure Portal上のVM名と実際のホスト名に差異がある状態になります。

リストア直後に名前解決状態を確認してみました。nslookupで確認してみます。リストア後のIPになっています。Azure VMの名前ではエラーになります。

リストア後Azure VMのOS上でホスト名をrestore-test-01と変更してみます。そうすると名前解決状態はこのようになります。restore-test-01でのみ名前解決される状態になります。

※この動作はAzure VMでホスト名を変更した時に、Azure DNSで名前解決が更新されますよと言うお話です。

リストア後の確認用に、ファイルをデスクトップに作成します。(これは確認用なので通常時は必要ありません、)

新規VMでリストア時と同様の手順で仮想マシンの復元画面を表示します。

構成の復元で既存を置換を選択します。既存の置換になりますので、設定はステージングの場所の選択のみになります

復元をクリックします。

なお、リストア対象のVMを起動したままだとUserErrorVmNotShutDownエラーになります。リストア対象のVMを停止してから復元を行います。

リストアが開始されます。

リストアの状況はRecovery Services コンテナーのバックアップジョブで確認出来ます。

なお、既存と置換の場合は、バックアップも同時に実行されます。

リストア後の仮想マシンにログインしてみます。

先ほど作成したファイルが消えており、置き換わっている事が分かります。

ディスクを確認すると、新規にディスクが作成され仮想マシンの所有者が新しく作成されたディスクになっている事が分かります。

※利用されていたディスクも残っています。

また、置換後に新規にバックアップが取得されている事も確認が出来ます。

VM削除後に復元すると同じホスト名でもエラーになりません。

※同じホスト名の場合はバックアップ設定等もそのまま引き継がれるようです。