web-dev-qa-db-ja.com

仮想マシンクラシックとAzureの仮想マシンの違いは何ですか？

Azureには、仮想マシンを作成するための2つのオプションがあります。 A. normal VM B. Classic VM

両方のオプションの違いは誰ですか？いつ他のものを使用しますか？

azureazure-virtual-machineazure-resource-manager
48
user1136425

あなたの質問に対する簡単な答えは、_Normal VM or Virtual Machines_は仮想マシンをデプロイする新しい方法ですが、Classic VM or Virtual Machines (Classic)はそれらをデプロイする古い方法です。 Azureはリソースをデプロイする新しい方法に向かっているため、古い方法ではなくリソースを使用することをお勧めします。ただし、新しい方法に移植されていない古い方法で使用できる機能があるため、提供されている機能を比較するだけで、必要なものが新しい方法で使用できない場合にのみ注意してください、古い方法を使用します。

今、長い答えが来ます:)

基本的に、Azure Infrastructureと対話するためのREST APIがあります。

Azureが始まったとき、このAPIはService Management API (SMAPI)と呼ばれ、当時（そして今日ではある程度）目的を果たしていました。ただし、Azureが成長するにつれて、ユーザーの要件も増加し、SMAPIが制限されていることがわかりました。良い例はアクセス制御です。 SMAPIにはアクセス制御がありましたが、_all-or-none_種類のアクセス制御に似ていました。ユーザーから求められた粒度が欠けていました。

ユーザーの要件を満たすためにSMAPIにパッチを適用する代わりに、Azureチームは、はるかにシンプルで堅牢で機能豊富なAPI全体を書き直すことにしました。このAPIはAzure Resource Manager API (ARM)と呼ばれます。 ARMにはSMAPIにはない多くの機能があります（私の個人的なお気に入りは_Role-based access control - RBAC_です）。

今日、2つのAzureポータルがあることに気付いた場合- _https://manage.windowsazure.com_ （old）と _https://portal.Azure.com_ （new）。古いポータルはSMAPIをサポートしていますが、新しいポータルはARMをサポートしています。古いポータルを介して作成されたリソースを新しいポータルに表示するため（統合されたエクスペリエンスを提供できるように）、Azureチームは古いもののリソースプロバイダーを作成し、その名前は常に_(Classic)_で終わるため、 Virtual Machines (Classic)、Storage Accounts (Classic)など。したがって、古いポータルで作成したリソースは新しいポータルで見ることができます（新しいポータルがサポートしている場合）が、新しいポータルで作成したリソースはARMは古いポータルには表示されません。

54
Gaurav Mantri

Azure Virtual Machine（クラシック）は、古いAzure Service Management Model（ASM）に基づいています。クラウドサービスの概念を中心に展開しました。すべてがクラウドサービス内に含まれており、それがインターネットへのゲートウェイでした。まだ使用されていますが（広く）、AzureはAzureリソース管理モデル（ARM）に移行しています。

ARMは、宣言型テンプレートの概念を使用して（個々のコンポーネントではなく）ソリューション全体を構成するため、単一のマシンではなく、Sharepointスタック全体を作成できます。

ARMには、ネットワークに対するはるかに論理的なアプローチもあります。不明瞭なクラウドサービスでモノリシックVMを使用する代わりに、ネットワークカードを接続するVMがあります。その後、ネットワークカードをVNetに挿入し、パブリックIP（必要な場合）

ASM（クラシック）を使用する説得力のある理由がない限り、ARMを使用してソリューションを作成する必要があります。これは今後のMSの推奨事項であるため（リンクを見つける必要があります）、展開用のテンプレートを作成できるため、反復可能なソリューションが得られることも意味します。

マイナス面では、古いポータルmanage.windowsazure.comは、ARMを使用してデプロイされたものを管理できず、まだARMに移行されていないASMの一部があります。 AzureバックアップはASMであり、「見る」ことができないため、Azure VM backupを構成できません。インスタンスARM VM

しかし、それはあなたの状況、何を計画しているのか、どの方法でデプロイするのかによって大きく左右されます。マシンを立ち上げて1つのタスクを実行するだけの場合、違いはほとんどありません。今後DevOpsの概念を持つ環境にデプロイする場合は、ARMが最適です。

5
Michael B

1つの大きな違いは、リソース管理です。その新しいバージョンの名前は、Azure Resource Manager VM（ARM VM））です。

ARM VMは次の点で優れています。

  • クラシックVMはCloud Serviceと結び付けられている必要があり、Cloud Serviceはリソース制限とそれほど柔軟でないネットワーク構成を消費します。
  • ARM VMは、Azure Resource Manager（ARM）の下で管理されます。これは、他のAzureサービスの有無にかかわらず編成できます。ARMは、Azureサービスのフォルダーのようなもので、よりきめ細かなリソース管理が可能になります。

クラシックVMは、ARM VMバージョンに移行できますが、サービスのダウンタイムに余裕が必要です。クラシックVMから移行するには、 、 公式記事：仮想マシンの考慮事項 を読んでください。

3
Youngjae

Azureは現在、2つのデプロイモデルを提供しています：Azureリソースマネージャー（通常）とAzureサービス管理（クラシック）、およびいくつかの 重要な考慮事項 .

  1. 従来の展開モデルで展開された仮想マシンは、Resource Managerで展開された仮想ネットワークに含めることはできません。
  2. Resource Manager展開モデルで展開された仮想マシンは、仮想ネットワークに含まれている必要があります。
  3. 従来の展開モデルで展開された仮想マシンは、仮想ネットワークに含める必要はありません。
1
Steven