はじめに
AzureのVMを復元するツールに、スナップショットがあります。
OSディスクやデータディスクのスナップショットを取ることにより、それらを用いたVMの新規作成や、既存VMのディスクの交換が可能になります。
スナップショットの取得の仕方やVMの復元方法を、備忘録としてまとめてみました。
この記事を書く前の筆者は、VMをsysprepしたのちに作成する「イメージ」をスナップショットを混同していたので、イメージの概要や、スナップショットの差異についても、簡単にまとめています。
スナップショット
ある時点でのVMのディスクの状態をコピーしたもの。
スナップショットの作成
「ソースディスク」の欄から、スナップショットを作成したいディスクを選ぶ。
あとはよしなに。
スナップショットの使い方① VMを新規作成する
VMを作成する際に、「ディスク」の項で「新しいディスクを作成し接続する」を選択する。
「ソースの種類」から「スナップチャット」を選択する。
以降、VM作成の通常の手順に則ると、スナップショットを取得したときの状態のディスクを持つVMを新たに作成することができる。
スナップショットの使い方② 既存VMのディスクを復元する
OSディスクのスワップ
VMの「ディスク」から、「OSディスクのスワップ」を選択。以降は表示に従えば完了。
データディスクの追加
上記写真の「データディスクの追加」を選択すればできる。
データディスクのスワップ
上記写真の「編集」をクリックし、既存のデータディスクをデタッチする。（都合により写真はナシ。）
Azureバックアップ
ユーザの設定したスケジュールに従い、VMのディスクのバックアップを取得できる。
Azureバックアップ作成までの流れ
1.RecoveryServicesコンテナの作成
2.バックアップpolicyの作成
「バックアップポリシー」から「追加」を選択。
3.バックアップ対象のVMの登録
「RecoveryServicesコンテナ」の「バックアップ」から、ポリシーと関連付けるVMを選択する。
「バックアップポリシーの選択」で、使用したいバックアップポリシーを選択する。
次に、関連付けたいVMを選択する。
バックアップできていることの確認
「RecoveryServicesコンテナ」の「バックアップアイテム」から、バックアップしているアイテムを選択する。
「前回のバックアップの状態」が「スナップショット」なら、スナップショットの取得は完了しているが、コンテナへの転送は未完了。
「スナップショットと資格情報コンテナー」のときは、両方が完了している。
「コンテナー」であれば、インスタントリストアの保持日数が経過していることが示されている。
バックアップからの復元方法① VMを新規作成する
写真に示されているパスから、バックアップを取ったVMを選択し、「VMの復元」をクリックする。
「復元ポイント」で、復元したい時点のスナップショットを選択する。
「バックアップするアイテム」の「復元の種類」で、「仮想マシンの作成」を選択する。残りの項目はよしなに埋め、OKを押す。
これで、選択した時点のディスク情報を有するVMを新規に作成できる。
サイズやユーザ名、パスワードは元のVMと同じ。
パブリックIPアドレスは新規作成となる。可用性セットは元のVMから引き継がれない。配置不可。
要はVMの構成をカスタマイズできない。
バックアップからの復元方法② ディスクを復元する
「復元の構成」で、「復元の種類」から「ディスクの復元」をクリックする。残りはよしなに。
これで、選択した時点の情報を有するディスクを作成できる。
このディスクを既存のVMのディスクとスワップすることで、VMに障害が起こった場合などには切り分けの一助となる。
バックアップからの復元方法③ VMのディスクを交換する
「復元の構成」で、上部で「既存の以下のものを置き換えます」を選択する。残りはよしなに。
これで、選択した時点のディスクを復元し、バックアップ元のVMの持つディスクと丸ごと交換される。
もともと接続していたディスクはすべてデタッチされ、復元したディスクはすべてアタッチされる。
オンデマンドバックアップ
写真に示されているパスから、バックアップを取っているVMを選択する。
上部の「今すぐバックアップ」を選択すると、バックアップポリシーで定めていないタイミングでもバックアップを取ることができる。
ただし、スケジュールされたバックアップを停止すると、オンデマンドバックアップもできなくなる。
費用
・VMインスタンスのサイズ（ディスクの実際の容量。OSディスク＋データディスクの実使用料合計）と、使用したストレージの容量で、費用が決まる。
・課金の停止には、バックアップデータの削除が必要。バックアップを停止するだけでは、課金は停止されない。
・GRSはLRSの倍の費用が掛かるが、サブリージョンへの転送費用がかからない。
＊GRSとLRSについては、のちに説明。
用語
ディスク
・OSディスク：Cドライブ。OSが入っているファイル。VMのCドライブは、BlobストレージにVHDファイルとして格納されている。やや遅い。
・データディスク：一時ディスク。VMをホストする物理サーバのディスクを使用しているため、VMの再デプロイ、一時停止後には別のホストへとVMが移動していることがある。要は、データディスクに格納したデータにアクセスできなくなる可能性がある。
インスタントリストア
バックアップやリストアにかかる時間を短縮するための仕組み。
こちらに詳しい。
LRS local redundant storage
プライマリ リージョンの 1 つの物理的な場所内で、データを同期的に 3 回コピーします。 LRS は最もコストのかからないレプリケーション オプションですが、高可用性を必要とするアプリケーションには推奨されません。
GRS geo redundant storage
LRS を使用して、プライマリ リージョンの 1 つの物理的な場所内で、データを同期的に 3 回コピーします。 その後、セカンダリ リージョンの 1 つの物理的な場所にデータを非同期的にコピーします。
LRSとGRSについては、こちらを参照。
おまけ
イメージ
sysprep
VMから固有情報を削除して、一般化するための準備作業。
一台のコンピュータにwindowsをインストール、設定を行い、そのディスクイメージを複製して他のコンピュータに展開する。
Azureから作成したVMにリモートログインし、sysprepを実行する。パスは図の通り。
以下のように選択。
VMから離れ、元のPCのAzurePortalの該当VMの画面から、「キャプチャ」を選択。イメージを作成する。
イメージを作成すると、そのもととなったVMは使用することができなくなるので、注意が必要である。
「VMの作成」から、イメージを基にVMを作成する。
サブスクリプションや、インスタンスをデプロイするリージョンは選択できない（元のVMと同じ）が、アタッチするネットワークやOSディスクの種類、データディスクは選択できる。
VMでのsysprepの起動方法は、explorerから選択する以外の方法もある。
詳しくはこちら。
イメージとスナップショットの違い（勝手な想像）
使用場面
・スナップショット：ディスクの簡易的なバックアップ。ゲームのセーブみたいな感じ。
VMに何かしらの変更を施す前にスナップショットを取ることで、切り戻しの着地点とする。
・イメージ：大規模なキッティングを行う前の準備。作成したイメージを基に、コンピュータのセットアップを行う。
生贄が必要。（イメージ作成の基になったVMはもう使うことができないことの意。）
まとめ
以上、AzureVMのバックアップの取得方法まとめでした。
特にAzureバックアップは、多少の費用はかかりますが、定期バックアップとして非常に有効な役割を果たしてくれそうです。
Azureを実際に社内システムとして利用している人は、どのような設定をしているのでしょうね。
おしまい。