Azureの仮想マシンのバックアップ(No.9) - マイクロソフト系技術情報 Wiki

[ トップ ] [ 新規 | 一覧 | 単語検索 | 最終更新 | ヘルプ ]

「マイクロソフト系技術情報 Wiki」は、「Open棟梁Project」,「OSSコンソーシアム .NET開発基盤部会」によって運営されています。

戻る
- Azureの仮想ネットワーク
- Azure Virtual Data Center

目次 †

概要 †

Azureの仮想マシン

詳細 †

構成 †

複数のリソースから構成される。

仮想マシン自体 †

冗長化されていない。
冗長オプションなどを用いる。

ディスク †

システム・ドライブ
Cドラのシステム・ドライブ
- 管理ディスクで作成する。
- ローカル・ディスクと比べ若干遅い。

データ・ドライブ

ローカル・ディスク
Dドラのローカル・ディスクは、
- ローカル SSDなので高速にアクセス可能。
- ページング・ファイルなどでも利用される。
- ただし、障害発生時、データは削除される。

データ・ディスク
Eドラ以降のデータ・ディスクは、
- ライト・キャッシュを消して使用する。
- 管理ディスクのUltraなど。
- DBのデータ・ファイル、トランザクション・ログ・ファイルなどを保存。

共有ディスク
クラスタ化ではS2D（＝ソフトウェアベースの共有ディスク）を利用

NICとIPアドレス †

NIC
- 通常、１枚挿し、２枚差しも可能
- NLBは使用不可（ネットワークの仕様上の問題）

IPアドレス
- パブリックIPアドレスは別のリソース
- プライベートIPアドレスは既定でDHCPで割り当てられる。

その他 †

サービス・ヒーリング
- 15秒単位の死活監視
- 10分応答がない場合、自動リカバリされる。

その他の拡張機能
- 診断ログ
  ストレージ → Azure Monitor、Log Analytics
- ...

IPアドレス †

DHCPとDNS †

IP固定 †

もポータルからDHCP機能を使用して固定する。
のシーンは、比較的少ない（インバウンドのILB経由なので）。

冗長オプション †

仮想化レイヤーより下の構成

#	構成	要素
1	シングルVM	サービスの復旧 (Service Healing)
2	クラスタ構成	可用性セット・VM Scale Sets ・ロード・バランサ Basic
3	マルチAZ構成（Availability Zone）	可用性ゾーン・ゾーン冗長 VM Scale Sets ・ロード・バランサ Standard
4	マルチリージョン構成	・ペアリージョン・Traffic Manager

※ 可用性セットと可用性ゾーンは「AND」ではなく「OR」。

クラスタ構成 †

可用性セット（AS）
- [障害ドメイン]や[更新ドメイン]を分ける事により、可用性を高める。
  - 障害ドメイン：共通の電源やネットワーク機器などを共有する範囲
  - 更新ドメイン：Azureのメンテナンスリブートの際に影響を受ける範囲

１つのラック障害で２台の仮想マシンが同時に停止することを回避できる。
- 故に、サーバー・ファームを構成するとき、複数ラックに渡って冗長化して配置する。
- 可用性セット自体にクラスタリング・負荷分散データ複製などの機能がある訳ではない。

ロード・バランサ
- 仮想マシン間で着信トラフィックを分散
- 詳しくは、Azure Load Balancerを参照（Standard）。

マルチAZ構成 †

可用性ゾーン（AZ）
- 可用性ゾーンを分ける事により、可用性を高める。
  - リージョン内の各種ハードウェアが分離されたゾーン
  - リージョン内に、3つ以上のに可用性ゾーンが存在する。

１つのDC障害でDC中の仮想マシンが同時に停止することを回避できる。
- サーバー・ファームを構成するとき、複数DC群に渡って冗長化して配置する。
- 可用性ゾーン自体にクラスタリング・負荷分散データ複製などの機能がある訳ではない。

ロード・バランサ
- 仮想マシン間で着信トラフィックを分散
- 詳しくは、Azure Load Balancerを参照（Standard）。

マルチリージョン構成 †

ペアリージョン
リージョンペアの間で事業継続とディザスタ・リカバリ (BCDR) を構成
- 複数リージョンにまたがって構成することで地理的に冗長化
- 災害でリージョン中の仮想マシンが同時に停止することを回避できる。

ロード・バランサ
DNSベースの機能を利用したTraffic Managerでの切り替え。

注：AZをミニリージョンとして使用しない。 †

AZはミニリージョンとしては機能しないため。
AZは、ティアに渡って使用する。

※ ティア：水平方向のサーバー・ファーム（Web、AP、DBと言う集合）

理由

AWSではサブネットは特定のAZに固定される。
故に、AZをミニリージョンとして使用できる。
- サブネット中に垂直・水平方向のサーバー・ファームを構成し、AZで冗長化していく。
- このように構成すると、サブネット単位での設計が可能になる。

Azureでは、サブネットは特定のAZに固定されない。
故に、AZをミニリージョンとして使用できない。
- 水平方向のサーバー・ファームを構成し、AZで冗長化していく。
- このように構成すると、AzureのAZの特性からPaaS、SaaSと組み合わせ易くなる。

注：Azure Backupする場合、AZにピン留めしない。 †

Azure Load Balancerは、負荷分散とピン留めの選択が可能。

シングル構成DBのバッグアップ・リストア運用のシナリオ等で、
- AZにピン留めされたサーバは、LBを使用しないでアクセスできるが、
- Azure Backupでリストアする場合、ピン留めゾーンに復元しようとするため、機能しない。

セキュア化とロックダウン †

作業内容の安全性の確認 †

入力制御（インバウンド）
ハードニング（クライアント or サーバ）
出力制御（アウトバウンド）

変更・保守、作業の一覧化 †

参考 †

Azureのストレージ †

Azure環境（仮想マシン） †

Azureの評価環境を入手する †

Azure上に素早く環境を構築する †

nakama †

※ IaaS の構成方法中にも同様のトピックが含まれる。

Tags: :インフラストラクチャ, :クラウド, :Azure