Microsoft.Compute availabilitySets 2021-04-01
Bicep リソース定義
availabilitySets リソースの種類は、次を対象とする操作と共にデプロイできます。
- リソース グループの - リソース グループのデプロイ コマンド 参照
各 API バージョンで変更されたプロパティの一覧については、変更ログの
リソースの形式
Microsoft.Compute/availabilitySets リソースを作成するには、次の Bicep をテンプレートに追加します。
resource symbolicname 'Microsoft.Compute/availabilitySets@2021-04-01' = {
location: 'string'
name: 'string'
properties: {
platformFaultDomainCount: int
platformUpdateDomainCount: int
proximityPlacementGroup: {
id: 'string'
}
virtualMachines: [
{
id: 'string'
}
]
}
sku: {
capacity: int
name: 'string'
tier: 'string'
}
tags: {
{customized property}: 'string'
}
}
プロパティ値
AvailabilitySetProperties
| 名前 | 形容 | 価値 |
|---|---|---|
| platformFaultDomainCount | 障害ドメインの数。 | int |
| platformUpdateDomainCount | ドメイン数を更新します。 | int |
| proximityPlacementGroup | 可用性セットを割り当てる近接通信配置グループに関する情報を指定します。 最小 API バージョン: 2018-04-01。 |
SubResource の |
| virtualMachines | 可用性セット内のすべての仮想マシンへの参照の一覧。 | SubResource[] |
Microsoft.Compute/availabilitySets
| 名前 | 形容 | 価値 |
|---|---|---|
| 場所 | リソースの場所 | string (必須) |
| 名前 | リソース名 | string (必須) |
| プロパティ | リソースのインスタンス ビュー。 | AvailabilitySetProperties の |
| sku | 可用性セットの SKU。名前のみを設定する必要があります。 使用可能な値のセットについては、AvailabilitySetSkuTypes を参照してください。 マネージド ディスクを持つ仮想マシンには 'Aligned' を使用し、非管理対象ディスクを持つ仮想マシンには "クラシック" を使用します。 既定値は 'Classic' です。 | SKU |
| タグ | リソース タグ | タグ名と値のディクショナリ。 テンプレート の |
ResourceTags
| 名前 | 形容 | 価値 |
|---|
SKU
| 名前 | 形容 | 価値 |
|---|---|---|
| 能力 | スケール セット内の仮想マシンの数を指定します。 | int |
| 名前 | SKU 名。 | 糸 |
| 層 | スケール セット内の仮想マシンの層を指定します。 使用可能な値: Standard Basic |
糸 |
SubResource
| 名前 | 形容 | 価値 |
|---|---|---|
| 身分証明書 | リソース ID | 糸 |
クイック スタートのサンプル
次のクイック スタート サンプルでは、このリソースの種類をデプロイします。
| Bicep ファイル | 形容 |
|---|---|
| VNET 内の 2 つの VM - 内部ロード バランサーと LB 規則 | このテンプレートを使用すると、VNET と内部ロード バランサーの下に 2 つの仮想マシンを作成し、ポート 80 で負荷分散規則を構成できます。 このテンプレートでは、ストレージ アカウント、仮想ネットワーク、パブリック IP アドレス、可用性セット、ネットワーク インターフェイスもデプロイされます。 |
| CentOS/UbuntuServer 自動ダイナミック ディスク & Docker 1.12(cs) | これは、構成可能な数のデータ ディスク (構成可能なサイズ) を持つ単一インスタンス CentOS 7.2/7.1/6.5 または Ubuntu Server 16.04.0-LTS を作成するための一般的なテンプレートです。 ポータルのパラメーターには最大 16 個のディスクを指定でき、各ディスクの最大サイズは 1023 GB 未満にする必要があります。 MDADM RAID0 アレイは自動マウントされ、再起動後も存続します。 最新の Docker 1.12(cs3) (Swarm)、docker-compose 1.9.0 & docker-machine 0.8.2 は、azure-cli が docker コンテナーとして自動実行されているユーザーから使用できます。 この単一インスタンス テンプレートは、HPC/GPU クラスター テンプレート @ https://github.com/azurebigcompute/BigComputeBench のオフシュートです |
| 新しい AD フォレスト を使用して Azure VM を作成する | このテンプレートは新しい Azure VM を作成し、新しいフォレストの AD DC として VM を構成します |
| Ubuntu GNOME デスクトップ を作成する | このテンプレートでは、ubuntu デスクトップ コンピューターが作成されます。 これは、NAT の背後にあるジャンプボックスとして使用する場合に適しています。 |
| Windows に Shibboleth IDENTITY Provider クラスターを展開する |
このテンプレートは、クラスター化された構成で Windows に Shibboleth Identity Provider をデプロイします。 デプロイが成功したら、https://your-domain:8443/idp/profile/status (ポート番号をメモ) に移動して成功を確認できます。 |
| 既存の VNET & AD に SQL Server 2014 AG を展開する | このテンプレートでは、既存の VNET に 3 つの新しい Azure VM が作成されます。2 つの VM が SQL Server 2014 可用性グループ レプリカ ノードとして構成され、1 つの VM が自動クラスター フェールオーバー用のファイル共有監視として構成されます。 これらの VM に加えて、次の追加の Azure リソースも構成されます:内部ロード バランサー、ストレージ アカウント。 各 VM 内でクラスタリング、SQL Server、可用性グループを構成するために、PowerShell DSC が利用されます。 Active Directory をサポートするために、既存の Active Directory ドメイン コントローラーは、既存の VNET に既に展開されている必要があります。 |
| IIS VM & SQL Server 2014 VM | VNET で 1 つまたは 2 つの IIS Windows 2012 R2 Web サーバーと 1 つのバックエンド SQL Server 2014 を作成します。 |
| JBoss EAP on RHEL (クラスター化、マルチ VM) | このテンプレートを使用すると、JBoss EAP 7.4 クラスターを実行する複数の RHEL 8.6 VM を作成でき、eap-session-replication と呼ばれる Web アプリケーションもデプロイできます。デプロイ時に構成された JBoss EAP ユーザー名とパスワードを使用して管理コンソールにログインできます。 |
| マネージド ディスク を使用したマルチ VM テンプレートの |
このテンプレートでは、マネージド ディスク、パブリック IP、ネットワーク インターフェイスを含む N 個の VM が作成されます。 1 つの可用性セットに VM が作成されます。 これらは、デプロイの一部として作成される仮想ネットワークにプロビジョニングされます |
| ハブ & スポーク トポロジで DNS プロキシとして Azure Firewall を使用する | このサンプルでは、Azure Firewall を使用して Azure にハブスポーク トポロジをデプロイする方法を示します。 ハブ仮想ネットワークは、仮想ネットワーク ピアリングを介してハブ仮想ネットワークに接続されている多くのスポーク仮想ネットワークへの接続の中心点として機能します。 |
ARM テンプレート リソース定義
availabilitySets リソースの種類は、次を対象とする操作と共にデプロイできます。
- リソース グループの - リソース グループのデプロイ コマンド 参照
各 API バージョンで変更されたプロパティの一覧については、変更ログの
リソースの形式
Microsoft.Compute/availabilitySets リソースを作成するには、次の JSON をテンプレートに追加します。
{
"type": "Microsoft.Compute/availabilitySets",
"apiVersion": "2021-04-01",
"name": "string",
"location": "string",
"properties": {
"platformFaultDomainCount": "int",
"platformUpdateDomainCount": "int",
"proximityPlacementGroup": {
"id": "string"
},
"virtualMachines": [
{
"id": "string"
}
]
},
"sku": {
"capacity": "int",
"name": "string",
"tier": "string"
},
"tags": {
"{customized property}": "string"
}
}
プロパティ値
AvailabilitySetProperties
| 名前 | 形容 | 価値 |
|---|---|---|
| platformFaultDomainCount | 障害ドメインの数。 | int |
| platformUpdateDomainCount | ドメイン数を更新します。 | int |
| proximityPlacementGroup | 可用性セットを割り当てる近接通信配置グループに関する情報を指定します。 最小 API バージョン: 2018-04-01。 |
SubResource の |
| virtualMachines | 可用性セット内のすべての仮想マシンへの参照の一覧。 | SubResource[] |
Microsoft.Compute/availabilitySets
| 名前 | 形容 | 価値 |
|---|---|---|
| apiVersion | API のバージョン | '2021-04-01' |
| 場所 | リソースの場所 | string (必須) |
| 名前 | リソース名 | string (必須) |
| プロパティ | リソースのインスタンス ビュー。 | AvailabilitySetProperties の |
| sku | 可用性セットの SKU。名前のみを設定する必要があります。 使用可能な値のセットについては、AvailabilitySetSkuTypes を参照してください。 マネージド ディスクを持つ仮想マシンには 'Aligned' を使用し、非管理対象ディスクを持つ仮想マシンには "クラシック" を使用します。 既定値は 'Classic' です。 | SKU |
| タグ | リソース タグ | タグ名と値のディクショナリ。 テンプレート の |
| 種類 | リソースの種類 | 'Microsoft.Compute/availabilitySets' |
ResourceTags
| 名前 | 形容 | 価値 |
|---|
SKU
| 名前 | 形容 | 価値 |
|---|---|---|
| 能力 | スケール セット内の仮想マシンの数を指定します。 | int |
| 名前 | SKU 名。 | 糸 |
| 層 | スケール セット内の仮想マシンの層を指定します。 使用可能な値: Standard Basic |
糸 |
SubResource
| 名前 | 形容 | 価値 |
|---|---|---|
| 身分証明書 | リソース ID | 糸 |
クイック スタート テンプレート
次のクイック スタート テンプレートでは、このリソースの種類をデプロイします。
| テンプレート | 形容 |
|---|---|
| ロード バランサーに 2 つの VM を し、LB で NAT 規則を構成する Azure にデプロイする |
このテンプレートを使用すると、可用性セットに 2 つの仮想マシンを作成し、ロード バランサーを使用して NAT 規則を構成できます。 このテンプレートでは、ストレージ アカウント、仮想ネットワーク、パブリック IP アドレス、ネットワーク インターフェイスもデプロイされます。 このテンプレートでは、リソース ループ機能を使用して、ネットワーク インターフェイスと仮想マシンを作成します。 |
| ロード バランサーに 2 つの VM を し、負荷分散規則を Azure にデプロイする |
このテンプレートを使用すると、ロード バランサーの下に 2 つの仮想マシンを作成し、ポート 80 で負荷分散規則を構成できます。 このテンプレートでは、ストレージ アカウント、仮想ネットワーク、パブリック IP アドレス、可用性セット、ネットワーク インターフェイスもデプロイされます。 このテンプレートでは、リソース ループ機能を使用して、ネットワーク インターフェイスと仮想マシンを作成します。 |
|
VNET 内の 2 つの VM - 内部ロード バランサーと LB 規則 Azure にデプロイする |
このテンプレートを使用すると、VNET と内部ロード バランサーの下に 2 つの仮想マシンを作成し、ポート 80 で負荷分散規則を構成できます。 このテンプレートでは、ストレージ アカウント、仮想ネットワーク、パブリック IP アドレス、可用性セット、ネットワーク インターフェイスもデプロイされます。 |
|
201-vnet-2subnets-service-endpoints-storage-integration Azure にデプロイする |
同じ VNet 内の 2 つの異なるサブネットに、それぞれ NIC を持つ 2 つの新しい VM を作成します。 いずれかのサブネットにサービス エンドポイントを設定し、ストレージ アカウントをそのサブネットにセキュリティで保護します。 |
| WAF、SSL、IIS、および HTTPS リダイレクト を使用した App Gateway の Azure |
このテンプレートは、WAF を使用して Application Gateway をデプロイし、エンド ツー エンド SSL と HTTP を IIS サーバー上の HTTPS リダイレクトにデプロイします。 |
|
Azure Container Service Engine (acs-engine) - Swarm モード Azure にデプロイする |
Azure Container Service Engine (acs-engine) は、DC/OS、Kubernetes、Swarm モード、または Swarm オーケストレーターを選択して、Microsoft Azure 上の Docker 対応クラスター用の ARM (Azure Resource Manager) テンプレートを生成します。 ツールへの入力はクラスター定義です。 クラスター定義は、Microsoft Azure Container Service クラスターのデプロイに使用される ARM テンプレート構文とよく似ています (多くの場合と同じです)。 |
| バックエンド IIS サーバー を使用した Barracuda Web アプリケーション ファイアウォールの Azure |
この Azure クイック スタート テンプレートでは、必要な数のバックエンド Windows 2012 ベースの IIS Web Servers を含む Barracuda Web Application Firewall ソリューションを Azure にデプロイします。Templates には、従量課金制ライセンスを含む最新の Barracuda WAF と IIS 用 Windows 2012 R2 Azure Image が含まれています。Barracuda Web Application Firewall は、受信 Web トラフィックを検査し、SQL インジェクション、クロスサイト スクリプティング、マルウェアがアプリケーション DDoS & アップロードし、Web アプリケーションを対象とするその他の攻撃をブロックします。 バックエンド Web サーバーへのリモート デスクトップ アクセスを有効にするために、NAT 規則を使用して 1 つの外部 LB がデプロイされます。 Barracuda Web アプリケーション ファイアウォールと Web アプリケーションの発行に関連するデプロイ後の手順の詳細については、GitHub テンプレート ディレクトリで入手できるデプロイ後の構成ガイドに従ってください。 |
| 基本的な RDS ファームの展開 を Azure |
このテンプレートは、基本的な RDS ファームの展開を作成します |
|
CentOS/UbuntuServer 自動ダイナミック ディスク & Docker 1.12(cs) Azure にデプロイする |
これは、構成可能な数のデータ ディスク (構成可能なサイズ) を持つ単一インスタンス CentOS 7.2/7.1/6.5 または Ubuntu Server 16.04.0-LTS を作成するための一般的なテンプレートです。 ポータルのパラメーターには最大 16 個のディスクを指定でき、各ディスクの最大サイズは 1023 GB 未満にする必要があります。 MDADM RAID0 アレイは自動マウントされ、再起動後も存続します。 最新の Docker 1.12(cs3) (Swarm)、docker-compose 1.9.0 & docker-machine 0.8.2 は、azure-cli が docker コンテナーとして自動実行されているユーザーから使用できます。 この単一インスタンス テンプレートは、HPC/GPU クラスター テンプレート @ https://github.com/azurebigcompute/BigComputeBench のオフシュートです |
|
Chef バックエンド High-Availability クラスター Azure にデプロイする |
このテンプレートでは、フロントエンド ノードがアタッチされた chef-backend クラスターが作成されます |
|
LB に 2 つの VM を作成し、NSG を使用する SQL Server VM を作成する Azure にデプロイする |
このテンプレートでは、可用性セットとポート 80 を開いたロード バランサーで、2 つの Windows VM (Web FE として使用できます) が作成されます。 2 つの VM には、ポート 6001 と 6002 の RDP を使用してアクセスできます。 このテンプレートでは、ネットワーク セキュリティ グループで定義された RDP 接続を介してアクセスできる SQL Server 2014 VM も作成されます。 |
|
SSD を使用して LB と SQL Server VM を使用して 2 つの VM Linux を作成する Azure にデプロイする |
このテンプレートでは、可用性セットとポート 80 を開いたロード バランサーで 2 つの Linux VM (Web FE として使用できます) が作成されます。 2 つの VM には、ポート 6001 と 6002 で SSH を使用して到達できます。 このテンプレートでは、ネットワーク セキュリティ グループで定義された RDP 接続を介してアクセスできる SQL Server 2014 VM も作成されます。 すべての VM ストレージで Premium Storage (SSD) を使用でき、すべての DS サイズの VM を作成できます |
|
パブリック IPv6 アドレス を使用してロード バランサーを作成する Azure にデプロイする |
このテンプレートでは、パブリック IPv6 アドレス、負荷分散規則、およびバックエンド プール用の 2 つの VM を使用して、インターネットに接続するロード バランサーを作成します。 |
|
3 つの障害ドメイン を使用して可用性セットを作成する Azure にデプロイする |
このテンプレートは、3 つの障害ドメインを含む可用性セットを作成します |
|
新しい Active Directory フォレスト を使用して Azure VM を作成する Azure にデプロイする |
このテンプレートは、新しい Azure VM を作成し、新しいフォレストの Active Directory ドメイン コントローラーとして VM を構成します |
|
新しい AD フォレスト を使用して Azure VM を作成する Azure にデプロイする |
このテンプレートは新しい Azure VM を作成し、新しいフォレストの AD DC として VM を構成します |
|
2 つのドメイン コントローラーを使用して新しい AD ドメインを作成 Azure にデプロイする |
このテンプレートでは、新しいフォレストとドメインの AD DC (プライマリとバックアップ) に 2 つの新しい VM を作成します |
|
Ubuntu GNOME デスクトップ を作成する Azure にデプロイする |
このテンプレートでは、ubuntu デスクトップ コンピューターが作成されます。 これは、NAT の背後にあるジャンプボックスとして使用する場合に適しています。 |
|
オプションのサブドメイン を使用して新しい Active Directory フォレストを作成する Azure にデプロイする |
このテンプレートは、オプションのサブドメインを持つ新しい Active Directory フォレストを作成します。 ドメインごとに 1 つまたは 2 つの DC を選択できます。 ネットワーク構成は高度に構成可能であり、既存の環境に適合するのに適しています。 VM はマネージド ディスクを使用し、ストレージ アカウントに依存しません。 オペレーティング システムとして、Windows Server 2016 と Windows Server 2019 のどちらかを選択できます。 このテンプレートは、入れ子になったテンプレート、PowerShell DSC、およびその他の高度な概念の使用を示しています。 |
| リソース ループ を使用して可用性セットに VM を作成する Azure |
リソース ループを使用して可用性セットに 2 ~ 5 台の VM を作成します。 このサンプルでは単一の storageAccount を使用するため、VM は Unbuntu または Windows で、最大 5 台の VM を使用できます。 |
|
Ubuntu に IOMAD クラスターをデプロイする Azure にデプロイする |
このテンプレートは、IOMAD を LAMP アプリケーションとして Ubuntu にデプロイします。 フロントエンド用に 1 つ以上の Ubuntu VM を作成し、バックエンド用に 1 つの VM を作成します。 フロントエンド VM に Apache と PHP をサイレント インストールし、バックエンド VM に MySQL をインストールします。 次に、クラスターに IOMAD をデプロイします。 要求をフロントエンド VM に送信するためのロード バランサーを構成します。 また、各 VM への管理者アクセスを許可するように NAT 規則を構成します。 また、VM 間で共有されるファイル ストレージを使用して moodledata データ ディレクトリを設定します。 デプロイが成功したら、(Web 管理者アクセスを使用して) 各フロントエンド VM の /iomad に移動して、IOMAD の構成を開始できます。 |
|
Open edX Dogwood (マルチ VM) をデプロイする Azure にデプロイする |
このテンプレートは、Ubuntu VM のネットワークを作成し、それらに Open edX Dogwood をデプロイします。 デプロイでは、1 ~ 9 個のアプリケーション VM とバックエンドの Mongo および MySQL VM がサポートされます。 |
|
Ubuntu に OpenLDAP クラスターをデプロイする Azure にデプロイする |
このテンプレートは、Ubuntu に OpenLDAP クラスターをデプロイします。 複数の Ubuntu VM を作成し (最大 5 台まで、簡単に増やすことができます)、OpenLDAP をサイレント インストールします。 次に、N 方向マルチマスター レプリケーションを設定します。 デプロイが成功したら、/phpldapadmin に移動して OpenLDAP の接続を開始できます。 |
|
Ubuntu に OpenSIS Community Edition クラスターをデプロイする Azure にデプロイする |
このテンプレートは、OpenSIS Community Edition を Ubuntu 上の LAMP アプリケーションとしてデプロイします。 フロントエンド用に 1 つ以上の Ubuntu VM を作成し、バックエンド用に 1 つの VM を作成します。 フロントエンド VM に Apache と PHP をサイレント インストールし、バックエンド VM に MySQL をインストールします。 次に、クラスターに OpenSIS Community Edition をデプロイします。 デプロイが成功したら、(Web 管理者アクセスを使用して) 各フロントエンド VM の /opensis-ce に移動して、OpenSIS の接続を開始できます。 |
|
Ubuntu に Shibboleth Identity Provider クラスターをデプロイする Azure にデプロイする |
このテンプレートは、クラスター化された構成で Ubuntu に Shibboleth Identity Provider をデプロイします。 デプロイが成功したら、https://your-domain:8443/idp/profile/Status (ポート番号をメモ) に移動して成功を確認できます。 |
| Windows に Shibboleth IDENTITY Provider クラスターを展開する Azure |
このテンプレートは、クラスター化された構成で Windows に Shibboleth Identity Provider をデプロイします。 デプロイが成功したら、https://your-domain:8443/idp/profile/status (ポート番号をメモ) に移動して成功を確認できます。 |
|
Solace PubSub+ メッセージ ブローカーを Azure Linux VM にデプロイ Azure にデプロイする |
このテンプレートを使用すると、スタンドアロンの Solace PubSub+ メッセージ ブローカーまたは Solace PubSub+ メッセージ ブローカーの 3 つのノードの高可用性クラスターを Azure Linux VM にデプロイできます。 |
|
2 ノード マスター/スレーブ MySQL レプリケーション クラスター をデプロイします Azure にデプロイする |
このテンプレートは、CentOS 6.5 または 6.6 に 2 ノード マスター/スレーブ MySQL レプリケーション クラスターをデプロイします |
|
3 ノードの Consul クラスター をデプロイします Azure にデプロイする |
このテンプレートは、3 ノードの Consul クラスターをデプロイし、Atlas 経由でノードを自動参加させます。 Consul は、サービス検出、分散キー/値ストア、およびその他のクールなものの束のためのツールです。 Atlas は、各ノードに手動で参加しなくても Consul クラスターをすばやく作成する方法として、Hashicorp (Consul のメーカー) によって提供されています |
|
Percona XtraDB クラスター 3 ノードをデプロイします Azure にデプロイする |
このテンプレートは、CentOS 6.5 または Ubuntu 12.04 に 3 ノードの MySQL 高可用性クラスターをデプロイします |
|
N ノード CentOS クラスター をデプロイする Azure にデプロイする |
このテンプレートは、2 つのネットワークを持つ 2 から 10 ノードの CentOS クラスターをデプロイします。 |
|
既存の VNET & AD に SQL Server 2014 AG を展開する Azure にデプロイする |
このテンプレートでは、既存の VNET に 3 つの新しい Azure VM が作成されます。2 つの VM が SQL Server 2014 可用性グループ レプリカ ノードとして構成され、1 つの VM が自動クラスター フェールオーバー用のファイル共有監視として構成されます。 これらの VM に加えて、次の追加の Azure リソースも構成されます:内部ロード バランサー、ストレージ アカウント。 各 VM 内でクラスタリング、SQL Server、可用性グループを構成するために、PowerShell DSC が利用されます。 Active Directory をサポートするために、既存の Active Directory ドメイン コントローラーは、既存の VNET に既に展開されている必要があります。 |
|
LB の下に Windows VM をデプロイし、WinRM Https を構成します Azure にデプロイする |
このテンプレートを使用すると、Windows バージョンのいくつかの異なるオプションを使用して Windows VM をデプロイできます。 このテンプレートでは、VM 上で WinRM https リスナーも構成します |
|
プライベート IP を動的に検出 Azure にデプロイする |
このテンプレートを使用すると、NIC のプライベート IP を動的に検出できます。 VM1 上のファイルに書き込むカスタム スクリプト拡張機能を使用して、NIC0 のプライベート IP を VM1 に渡します。 |
| DNS フォワーダー VM の Azure |
このテンプレートでは、クエリを Azure の内部 DNS サーバーに転送する DNS サーバーを作成する方法を示します。 これは、(https://azure.microsoft.com/documentation/articles/virtual-networks-name-resolution-for-vms-and-role-instances/で説明されているように) 仮想ネットワーク間で DNS の結果を設定する場合に役立ちます。 |
| Docker Swarm クラスター の Azure |
このテンプレートは、高可用性 Docker Swarm クラスターを作成します |
|
リンクされたテンプレートを使用したパラメーター化されたデプロイの例 Azure にデプロイする |
このサンプル テンプレートでは、複数のレベルのリソースを Azure リソース グループにデプロイします。 各層には、エンド ユーザーにパラメーター化を公開する方法を示す構成可能な要素があります。 |
| SUSE の Azure |
このテンプレートは、ユーザー定義の数の SUSE (OpenSUSE または SLES) VM で構成される負荷分散された GlassFish (v3 または v4) クラスターをデプロイします。 |
|
IIS VM & SQL Server 2014 VM Azure にデプロイする |
VNET で 1 つまたは 2 つの IIS Windows 2012 R2 Web サーバーと 1 つのバックエンド SQL Server 2014 を作成します。 |
|
仮想マシン スケール セット に Elasticsearch クラスターをインストールする Azure にデプロイする |
このテンプレートは、Elasticsearch クラスターを仮想マシン スケール セットにデプロイします。 このテンプレートでは、3 つの専用マスター ノードがプロビジョニングされ、オプションの数のデータ ノードがマネージド ディスク上で実行されます。 |
| 複数の Visual Studio Team Services (VSTS) エージェントをインストール Azure にデプロイする |
このテンプレートは、Visual Studio 2017 がインストールされた仮想マシンとサポート リソースを構築します。 また、最大 4 つの VSTS ビルド エージェントをインストールして構成し、VSTS プールにリンクします |
| CentOS ギャラリー イメージを使用して Intel Lustre クライアントを Azure にデプロイする |
このテンプレートは、Azure ギャラリー OpenLogic CentOS 6.6 または 7.0 イメージを使用して複数の Intel Lustre 2.7 クライアント仮想マシンを作成し、既存の Intel Lustre ファイルシステムをマウントします |
| Azure Virtual Network (VNET) での IPv6 の Azure |
2 つの VM を含むデュアル スタック IPv4/IPv6 VNET を作成します。 |
| Std LB を使用して Azure Virtual Network (VNET) で IPv6 を Azure |
2 つの VM とインターネットに接続する Standard Load Balancer を備えたデュアル スタック IPv4/IPv6 VNET を作成します。 |
|
JBoss EAP on RHEL (クラスター化、マルチ VM) Azure にデプロイする |
このテンプレートを使用すると、JBoss EAP 7.4 クラスターを実行する複数の RHEL 8.6 VM を作成でき、eap-session-replication と呼ばれる Web アプリケーションもデプロイできます。デプロイ時に構成された JBoss EAP ユーザー名とパスワードを使用して管理コンソールにログインできます。 |
|
KEMP LoadMaster HA ペア Azure にデプロイする |
このテンプレートは、KEMP LoadMaster HA ペアをデプロイします |
|
Lustre HPC クライアント ノードとサーバー ノード Azure にデプロイする |
このテンプレートにより、Lustre クライアントとサーバー ノードの VM と、VNET などの関連インフラストラクチャが作成されます |
| NSG、ILB、AppGateway を使用した多層アプリの Azure |
このテンプレートは、仮想ネットワークをデプロイし、サブネットを介してネットワークを分離し、VM をデプロイして負荷分散を構成します |
|
多層トラフィック マネージャー、L4 ILB、L7 AppGateway Azure にデプロイする |
このテンプレートは、仮想ネットワークをデプロイし、サブネットを介してネットワークを分離し、VM をデプロイして負荷分散を構成します |
| マネージド ディスク を使用したマルチ VM テンプレートの Azure |
このテンプレートでは、マネージド ディスク、パブリック IP、ネットワーク インターフェイスを含む N 個の VM が作成されます。 1 つの可用性セットに VM が作成されます。 これらは、デプロイの一部として作成される仮想ネットワークにプロビジョニングされます |
| Chef 拡張機能 を使用して複数の VM テンプレートを Azure |
Chef クライアントで構成された指定された数の Ubuntu VM をデプロイします |
| 既存の Active Directory を使用した RDS ファームの展開の Azure |
このテンプレートは、同じリソース グループ内の既存の Active Directory を使用して RDS ファームのデプロイを作成します |
| RDS Gateway の高可用性展開 を Azure |
このテンプレートは、既存の RDS 展開の RD ゲートウェイと RD Web アクセス サーバーに高可用性を提供します |
| Azure での Red Hat Linux 3 層ソリューションの Azure |
このテンプレートを使用すると、"Red Hat Enterprise Linux 7.3" 仮想マシンを使用して 3 層アーキテクチャをデプロイできます。 アーキテクチャには、仮想ネットワーク、外部および内部ロード バランサー、ジャンプ VM、NSG などが含まれており、各層の複数の RHEL 仮想マシンが含まれます。 |
| Azure ロード バランサーとフローティング IP を使用した冗長 haproxy の Azure |
このテンプレートでは、フローティング IP が有効になっている Azure ロード バランサーの背後に構成された 2 つの Ubuntu VM を使用して、冗長な haproxy セットアップが作成されます。 各 Ubuntu VM は haproxy を実行して、要求を他のアプリケーション VM (この場合は Apache を実行) に負荷分散します。 Keepalived は、フローティング IP を MASTER に割り当て、BACKUP でロード バランサー プローブをブロックすることで、haproxy VM の冗長性を実現します。 このテンプレートでは、ストレージ アカウント、仮想ネットワーク、パブリック IP アドレス、ネットワーク インターフェイスもデプロイされます。 |
|
SAP NetWeaver 3 層 (カスタム マネージド イメージ) Azure にデプロイする |
このテンプレートを使用すると、Managed Disks を使用して SAP でサポートされているオペレーティング システムを使用して VM をデプロイできます。 |
|
SAP NetWeaver 3 層 (マネージド ディスク) Azure にデプロイする |
このテンプレートを使用すると、SAP および Managed Disks でサポートされているオペレーティング システムを使用して VM をデプロイできます。 |
|
SAP NetWeaver 3 層コンバージド (マネージド ディスク) Azure にデプロイする |
このテンプレートを使用すると、SAP でサポートされているオペレーティング システムとマネージド ディスクを使用して VM をデプロイできます。 |
|
SAP NetWeaver 3 層コンバージド (マネージド イメージ) Azure にデプロイする |
このテンプレートを使用すると、SAP でサポートされているオペレーティング システムを使用して VM をデプロイできます。 |
|
SAP NetWeaver 3 層マルチ SID (A)SCS (マネージド ディスク) Azure にデプロイする |
このテンプレートを使用すると、SAP でサポートされているオペレーティング システムを使用して VM をデプロイできます。 |
|
SAP NetWeaver 3 層マルチ SID AS (マネージド ディスク) Azure にデプロイする |
このテンプレートを使用すると、SAP でサポートされているオペレーティング システムを使用して VM をデプロイできます。 |
|
SAP NetWeaver 3 層マルチ SID DB (マネージド ディスク) Azure にデプロイする |
このテンプレートを使用すると、SAP でサポートされているオペレーティング システムを使用して VM をデプロイできます。 |
| SAP NetWeaver ファイル サーバー (マネージド ディスク) の Azure |
このテンプレートを使用すると、SAP NetWeaver の共有ストレージとして使用できるファイル サーバーをデプロイできます。 |
|
ハブ & スポーク トポロジで DNS プロキシとして Azure Firewall を使用する Azure にデプロイする |
このサンプルでは、Azure Firewall を使用して Azure にハブスポーク トポロジをデプロイする方法を示します。 ハブ仮想ネットワークは、仮想ネットワーク ピアリングを介してハブ仮想ネットワークに接続されている多くのスポーク仮想ネットワークへの接続の中心点として機能します。 |
| Ubuntu VM での Zookeeper クラスターの Azure |
このテンプレートは、Ubuntu VM 上に 'n' ノードの Zookeper クラスターを作成します。 scaleNumber パラメーターを使用して、このクラスター内のノードの数を指定します |
Terraform (AzAPI プロバイダー) リソース定義
availabilitySets リソースの種類は、次を対象とする操作と共にデプロイできます。
- リソース グループ
各 API バージョンで変更されたプロパティの一覧については、変更ログの
リソースの形式
Microsoft.Compute/availabilitySets リソースを作成するには、次の Terraform をテンプレートに追加します。
resource "azapi_resource" "symbolicname" {
type = "Microsoft.Compute/availabilitySets@2021-04-01"
name = "string"
location = "string"
sku = {
capacity = int
name = "string"
tier = "string"
}
tags = {
{customized property} = "string"
}
body = jsonencode({
properties = {
platformFaultDomainCount = int
platformUpdateDomainCount = int
proximityPlacementGroup = {
id = "string"
}
virtualMachines = [
{
id = "string"
}
]
}
})
}
プロパティ値
AvailabilitySetProperties
| 名前 | 形容 | 価値 |
|---|---|---|
| platformFaultDomainCount | 障害ドメインの数。 | int |
| platformUpdateDomainCount | ドメイン数を更新します。 | int |
| proximityPlacementGroup | 可用性セットを割り当てる近接通信配置グループに関する情報を指定します。 最小 API バージョン: 2018-04-01。 |
SubResource の |
| virtualMachines | 可用性セット内のすべての仮想マシンへの参照の一覧。 | SubResource[] |
Microsoft.Compute/availabilitySets
| 名前 | 形容 | 価値 |
|---|---|---|
| 場所 | リソースの場所 | string (必須) |
| 名前 | リソース名 | string (必須) |
| プロパティ | リソースのインスタンス ビュー。 | AvailabilitySetProperties の |
| sku | 可用性セットの SKU。名前のみを設定する必要があります。 使用可能な値のセットについては、AvailabilitySetSkuTypes を参照してください。 マネージド ディスクを持つ仮想マシンには 'Aligned' を使用し、非管理対象ディスクを持つ仮想マシンには "クラシック" を使用します。 既定値は 'Classic' です。 | SKU |
| タグ | リソース タグ | タグ名と値のディクショナリ。 |
| 種類 | リソースの種類 | "Microsoft.Compute/availabilitySets@2021-04-01" |
ResourceTags
| 名前 | 形容 | 価値 |
|---|
SKU
| 名前 | 形容 | 価値 |
|---|---|---|
| 能力 | スケール セット内の仮想マシンの数を指定します。 | int |
| 名前 | SKU 名。 | 糸 |
| 層 | スケール セット内の仮想マシンの層を指定します。 使用可能な値: Standard Basic |
糸 |
SubResource
| 名前 | 形容 | 価値 |
|---|---|---|
| 身分証明書 | リソース ID | 糸 |