6

現在、私はAzure仮想マシンに移行したいRackspace Cloud Serverを持っています。私は最近Azure経由で無料でホスティングするMSDNサブスクリプションを手に入れました。現在、Rackspaceでそのサービスレベルを支払っています。バックアップMicrosoft Azure仮想マシン

しかし、Rackspaceについての素晴らしい点の1つは、毎晩、毎週のVMイメージのバックアップをスケジュールできることです。 Azureでこれを行うためのメカニズムはありますか?私は、データベースの破損(つまり、誰かがUPDATEステートメントを実行してWHERE句を忘れた場合)を防ぐことに心配しています。 Azureとの仕組みはありますか?

私のローカルAzureストレージにはVMが.VHDファイルとして保存されていますが、VMイメージは127ギガであることは知っています。 FIOSインターネットでも夜間にそれをダウンロードすることは、解決策として実際に飛ぶつもりはありません。

答えて

5

非同期BLOBコピーを実行して、vhdの物理コピーを作成できます。 REST APIの詳細については、hereを参照してください。この操作は、同じデータセンター内では非常に速いです(多分数秒ですか?)。ただし、未処理のREST呼び出しを行う必要はありません。Azureクロスプラットフォームのコマンドラインインターフェイスで既に実装されているメソッドがあります。利用できるのはhereです。コマンドは次のとおりです。

azure vm disk upload

あなたはまたblob snapshotsを取り、後で以前のスナップショットに戻ることができます。スナップショットは読み取り専用です(後からコピーすることができます)。最初はスペースをとりません。ただし、ストレージページが変更されると、スナップショットが拡大します。

1つの質問:なぜこのような大きなVMイメージですか? OS +のデータを同じvhdに保存していますか?そうであれば、別のAzureドライブ(ブロブストレージにもVHDに格納されている)をマウントしてデータを保存し、独立したコピー/スナップショットを作成する方が理にかなっています。

+0

いいえ、私は実際には127ギガバイトのパーティションにOSを持っていて、あなたが示唆したようにデータ用に別のAzureドライブをマウントしました。私はちょうどAzure VMの "Medium"サイズのインスタンスを作成しました。これはデフォルトで作成されたサイズでした。バックアップをより効率的にするためには、VMを切り捨てて再作成することができます。 – Scott

関連する問題