Azure Virtual Machines について説明する

完了

Azure Virtual Machines (VM) を使用すると、クラウドで VM を作成して使用できます。 VM によって仮想化されたサーバーの形式でサービスとしてのインフラストラクチャ (IaaS) が提供され、さまざまな方法で利用できます。 物理コンピューターと同じように、VM で実行されているすべてのソフトウェアをカスタマイズすることができます。 VM は、次を必要とする場合に最適な選択肢です。

  • オペレーティング システム (OS) の総合的な制御。
  • カスタム ソフトウェアを実行する機能。
  • カスタム ホスティング構成の使用。

Azure VM は、VM を実行する物理的なハードウェアを購入して維持する手間を省き、仮想化がもたらす柔軟性を提供するものです。 ただしそれでも、VM で実行されるソフトウェアの構成、更新、保守は、IaaS オファリングとしてユーザーが行う必要があります。

既に作成されたイメージを作成または使用して、VM を迅速にプロビジョニングすることもできます。 事前に構成された VM イメージを選択すると、VM を数分で作成してプロビジョニングすることができます。 イメージは VM の作成に使用されるテンプレートであり、開発ツールや Web ホスティング環境などの OS やその他のソフトウェアが既に含まれている場合があります。

Azure で VM をスケーリングする

テスト、開発、小さいタスクのために、1 つの VM を実行できます。 または、VM をグループ化して、高可用性、スケーラビリティ、冗長性を実現できます。 Azure では、スケール セットや可用性セットなどの機能を使用して VM のグループ化を管理することもできます。

仮想マシン スケール セット

仮想マシン スケール セットでは、同一の負荷分散された VM のグループを作成して管理できます。 同じ目的で複数の VM を作成しただけの場合は、それらがすべて同じように構成されていることを確認し、効率性を確保するためにネットワーク ルーティング パラメーターを設定する必要があります。 また、使用率を監視して、VM の数を増減する必要があるかどうかを判断する必要もあります。

代わりに、仮想マシン スケール セットを使用して、Azure ではその作業の大部分を自動化します。 スケール セットを利用することで、大量の VM を数分で一元的に管理、構成、更新できます。 需要に応じて VM インスタンスの数を自動的に増減させたり、定義されたスケジュールに基づいてスケーリングするように設定できます。 また、仮想マシン スケール セットはロード バランサーを自動的にデプロイして、リソースが効率的に使用されていることを確認します。 仮想マシン スケール セットを使用すると、コンピューティング、ビッグ データ、コンテナー ワークロードなどの分野で大規模なサービスを構築できます。

仮想マシン可用性セット

仮想マシンの可用性セットは、回復性と可用性の高い環境を構築するのに役立つもう 1 つのツールです。 可用性セットでは、VM の更新が重ならないように設計されており、さまざまな電源とネットワーク接続を備えているため、1 回のネットワークまたは電源障害ですべての VM が失われるのを防ぎます。

可用性は、VM を 2 つの方法 (更新ドメインと障害ドメイン) でグループ化することで、これらの目標を達成します。

  • 更新ドメイン: 更新ドメインは、同時に再起動できる VM をグループ化します。 このセットアップにより、オフラインになる更新ドメイン グループは一度に 1 つだけであるという保証の上で更新を適用できます。 1 つの更新ドメイン内のすべてのマシンが更新されます。 更新プロセスを通過する更新グループには、次の更新ドメインのメンテナンスが開始されるまで 30 分の復旧の時間が与えられます。
  • 障害ドメイン: 障害ドメインは、共通の電源とネットワーク スイッチによって VM をグループ化します。 既定では、可用性セットは VM を最大 3 つの障害ドメインに分割します。 これにより、VM が異なる障害ドメインを持つことによって (このため異なる電源およびネットワーク リソースに接続される) 物理電源やネットワーク障害から保護できます。

何より、可用性セットを構成するための追加コストは発生しません。 料金は、作成した各 VM インスタンスに対してのみ発生します。

VM を使用する場合の例

仮想マシンの一般的な例やユース ケースを次に示します。

  • テストおよび開発中。 VM を使用すると、さまざまな OS とアプリケーションの構成をすばやく簡単に作成できます。 テストおよび開発の担当者は、不要になった VM を簡単に削除できます。
  • クラウドでアプリケーションを実行する場合。 アプリケーションを実行するために従来のインフラストラクチャを作成するのではなく、特定のアプリケーションをパブリック クラウド内で実行できることによって、大きな経済的なメリットが得られます。 たとえば、アプリケーションで需要の変動に対処することが必要な場合があります。 VM が不要になったときにシャットダウンしたり、需要の急増に対応してすばやく起動したりするということは、使用したリソースに対してのみ課金されることを意味します。
  • データセンターをクラウドに拡張する場合: 組織は、Azure で仮想ネットワークを作成し、その仮想ネットワークに VM を追加することによって、独自のオンプレミス ネットワークの機能を拡張できます。 SharePoint などのアプリケーションは、ローカル環境で実行する代わりに、Azure VM 上で実行できます。 このようにすると、オンプレミス環境より簡単に、または低コストでデプロイすることができます。
  • ディザスター リカバリー時: クラウドで特定の種類のアプリケーションを実行し、オンプレミス ネットワークをクラウドに拡張するのと同様に、ディザスター リカバリーに対する IaaS ベースのアプローチを使用することで、大幅なコスト削減を実現できます。 プライマリ データセンターで障害が発生した場合は、重要なアプリケーションを実行するために Azure で実行する VM を作成し、プライマリ データセンターが再び稼働状態になったときに、それらをシャットダウンすることができます。

VM を利用してクラウドに移行する

物理サーバーからクラウドへの移行はリフト アンド シフトとも呼ばれますが、ここでも VM は優れた選択肢です。 物理サーバーのイメージを作成し、わずかな変更をするか、まったく変更せずに VM 内でホストできます。 物理オンプレミス サーバーと同様に、VM を維持する必要があります。インストールされている OS とソフトウェアを保守する責任があります。

VM のリソース

VM をプロビジョニングするときに、次のような VM に関連付けられているリソースを選択することもできます。

  • サイズ (目的、プロセッサ コアの数、RAM の容量)
  • 記憶域ディスク (ハード ディスク ドライブ、ソリッド ステート ドライブなど)
  • ネットワーク (仮想ネットワーク、パブリック IP アドレス、ポート構成)