Backupの紹介と簡単な検証で気づいた点を紹介いたします。※ここで紹介している内容は2018年7月時点のものです。Azureは常に変化しますので常に最新の情報を参照してください。BackupはAzureが提供するPaaSのバックアップ・リストアのサービスです。VM内のSQLサーバ(現在プレビュー)のようなクラウド上のデータだけではなく、オンプレミスのVMやファイルなどのバックアップも可能となっています。サーバに対してエージェントを導入する必要のないエージェントレスでのBackupも可能となっています。VMのバックアップに関して紹介します。一般的なBackup方式としてよく知られているのは以下の3つです。Backupでは増分バックアップをサポートしています。そのため、初回は完全バックアップを行うために少々時間がかかりますが、2回目以降は比較的時間をかけずにバックアップが行えます。Backupでは保持期間を設定する必要があります。保持期間を過ぎると保持しているバックアップデータは消えていき、それ以前の状態には戻せません。Backupが以下の図のようにBackupのデータを保持するためです。初回は完全バックアップと同様の動作でレプリカを作成します。2回目以降はレプリカと現在の状態を比較し、変化した部分の元データを別で保存し、レプリカを現在の状態に更新します。変更前の元データは保持期間が過ぎたら変更前データが保持されているところから削除されます。そのため、保持期間をすぎると完全バックアップを取った状態には戻すことはできなくなります。Backupではレプリカが最新の状態となっているので、早いリストアが可能です。Policyにて以下のように設定できます。VMのバックアップでは圧縮や重複排除がかからないため、データが小さくならない状態で蓄積されます。保持期間が過ぎるまでバックアップのデータは保持されるので、長く設定するほどその分の保存領域が必要となります。そのため、長くすればするほどにストレージ料金が高くなるので、保持期間を設定する場合はよく検討してから行うことをお勧めします。Backupのライセンス費用Azureのライセンス費用はMicrosoftが提供している計算ツールを使用します。Backupは以下の画像のように表示されていました。この計算ツールでは保持期間等によりどのくらいのストレージ容量が必要となるかは見積もりを行う人が考えなければなりませんでした。7月ごろに変更があり現在では以下の画像のようになっています。どのくらいの増分の変化があるのか、保持期間はどのように設定されているのか、という条件によりある程度のストレージ容量を算出できるようになりました。保持期間の設定を検討する際には、この計算ツールでの算出結果を参考にしていただけるといいと思います。Servicesコンテナーを使用するので事前に作成しておきます。バックアップ設定バックアップをしたいVMは東日本にあるため、リージョンでの障害を想定して、西日本にコンテナーを作成してみました。バックアップポリシーを作成します。デフォルトで画像にある二つのポリシーが作成されています。今回は新しいポリシーを追加していこうと思います。バックアップポリシーではバックアップの頻度の設定と保持期間の設定が可能です。今回は[日単位][02:00][日本時間]で頻度を設定し、保持期間は日単位14日で作成しました。実際にBackupの設定を行います。[ワークロードはどこで実行されていますか?]は、Azure上のVMなのでAzureを選択します。[何をバックアップしますか?]は、VMを丸ごとバックアップしたいので、仮想マシンを選択します。(※ここでオンプレミスを選択することでオンプレミスにあるVMのBackupをとることも可能です。)次にBackupに使用するポリシーを選択します。今回は先程作成したポリシーを選択しています。次にバックアップ対象を選択します。ServicesコンテナーとVMが同一のリージョンにある必要があります。東日本で作り直して同様にやってみます!(※ポリシーはコンテナー内で持たれているため再度作成しておきます。)はい、先程のところまで進み、こんな感じで表示されています。(※黒塗りにしていますが、同一リージョンの仮想マシンが全て表示されています。)バックアップを取りたい仮想マシンにチェックを入れることで複数でも選択可能です。両方にチェックマークがついたら下のバックアップの有効化を押すことで設定完了です。実際に設定された状態も見ていきます。Servicesコンテナーの概要に戻ってみると、[バックアップアイテム]が1になっていますので、これをクリック。バックアップアイテムを押すとこのような感じにコンテナー内でバックアップを設定している数が確認できます。Machineを設定したのでバックアップ項目の数が1に変わっています。この項目をクリックすると更に詳細を確認できます。(※バックアップが出来るものとしてこの項目に表示されるものが対象だと思っていただければいいかと思います。)選択した画面がこれになります。今回は1台のみですが、複数台選択すると一覧のように表示されます。バックアップの事前チェックが[成功]となっていれば設定は完了しています。[警告]と表示がされていますが、これは初回の完全バックアップがまだ実行されていないためです。基本的にバックアップはポリシーの時間に実行されますが、右側の[...]を押すと、[今すぐバックアップ]という項目があり、ここからもバックアップを実行させることが出来ます。初回のバックアップを実行してみます。バックアップジョブというところでバックアップが実際に行われたのか、また現在どのくらいの時間実行されているのか、という内容を確認することが出来ます。上のバックアップが実行した初回のバックアップです。この項目も選択することで実行内容の詳細を確認できます。バックアップの詳細はこのように表示されます。サブタスクで実際に何が今行われているのか、いくつ動作があるのかを確認可能です。バックアップでは[スナップショットの取得]と[転送]という二つの動作があることが詳細から分かります。すべて完了するとこのように表示されます。Sizeをここで確認することもできます。左の方にある期間が実際にかかった実行時間となります。今回の対象VMはSmallDiskのwin2016を建てたばかりの状態ですが、約50分かかりました。初回のバックアップは出来るだけVMが小さい状態で行う方がよさそうです。完了後にバックアップアイテムを見てみると、先程警告だった部分が成功となっています。初回はフルバックアップで50分程度かかっていましたが、以降は増分となるため、比較的短時間で完了します。復元ポイントも最新のものが表示されるようになります。リストアに関しては[...]を押すとVMの復元という項目が表示されるので、そこから簡単に可能となっています。リージョン単位で障害や災害があった場合にはデータ消失の可能性がありますが、同一のリージョンで構わない場合はバックアップ、リストア共に簡単に行えるため、是非ともご検討いただきたいと思います。渡邊真悟オンプレエンジニアとして活動するはずが、気が付いたらクラウドに飲み込まれていたエンジニア新しいことに取り組むのが苦手だった自分を変え、常に最新の情報を取り入れられるように日々奮闘しています。Stackも担当していることからハイブリッド環境の検証もお届け出来ればと思っています。Syncってなに?(全2回)ブログ記事リクエスト受付中!Azureエンジニアに書いてほしい記事があれば、ここからリクエストをしてください。