日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

制限モードでの展開の準備

10/28/2025 共同作成者

PDF

NetApp Consoleを制限モードで展開する前に、環境を準備します。ホストの要件を確認し、ネットワークを準備し、権限を設定するなどする必要があります。

ステップ1: 制限モードの仕組みを理解する

開始する前に、 NetApp Consoleが制限モードでどのように動作するかを理解してください。

インストールされたNetApp Consoleエージェントからローカルで利用できるブラウザベースのインターフェイスを使用します。 SaaS レイヤーを通じて提供される Web ベースのコンソールからNetApp Consoleにアクセスすることはできません。

また、すべてのコンソール機能とNetAppデータサービスが利用できるわけではありません。

"制限モードの仕組みを学ぶ" 。

ステップ2: インストールオプションを確認する

制限モードでは、コンソールエージェントをクラウドにのみインストールできます。次のインストールオプションが利用可能です。

AWSマーケットプレイスから
Azure Marketplaceから
AWS、Azure、または Google Cloud で実行されている独自の Linux ホストにコンソールエージェントを手動でインストールする

ステップ3: ホストの要件を確認する

コンソールエージェントを実行するには、ホストが特定の OS、RAM、およびポートの要件を満たしている必要があります。

AWS または Azure Marketplace からコンソールエージェントをデプロイする場合、イメージには必要な OS およびソフトウェアコンポーネントが含まれます。 CPU と RAM の要件を満たすインスタンスタイプを選択するだけです。

専用ホスト

コンソールエージェントは、他のアプリケーションと共有されているホストではサポートされません。ホストは専用ホストである必要があります。ホストは、次のサイズ要件を満たす任意のアーキテクチャにすることができます。

CPU: 8コアまたは8vCPU
メモリ: 32 GB
ディスク容量: ホストには 165 GB が推奨され、パーティション要件は次のとおりです。
- /opt: 120 GiBの空き容量が必要です
  
  エージェントは `/opt`インストールするには `/opt/application/netapp`ディレクトリとその内容。
- /var: 40 GiBの空き容量が必要です
  
  コンソールエージェントにはこのスペースが必要です `/var`Docker または Podman は、このディレクトリ内にコンテナを作成するように設計されているためです。具体的には、 `/var/lib/containers/storage`ディレクトリ。このスペースでは外部マウントまたはシンボリックリンクは機能しません。

AWS EC2インスタンスタイプ

CPU と RAM の要件を満たすインスタンスタイプ。 NetAppt3.2xlarge を推奨します。

Azure VM サイズ

CPU と RAM の要件を満たすインスタンスタイプ。 NetAppStandard_D8s_v3 を推奨します。

Google Cloud マシンタイプ

CPU と RAM の要件を満たすインスタンスタイプ。 NetApp はn2-standard-8 を推奨します。

コンソールエージェントは、Google Cloud の VM インスタンスで、以下の OS がサポートする環境でサポートされます。 "シールドされたVMの機能"

ハイパーバイザー

サポートされているオペレーティングシステムを実行することが認定されているベアメタルまたはホスト型ハイパーバイザーが必要です。

オペレーティングシステムとコンテナの要件

コンソールを標準モードまたは制限モードで使用する場合、コンソールエージェントは次のオペレーティングシステムでサポートされます。エージェントをインストールする前に、コンテナオーケストレーションツールが必要です。

オペレーティングシステム	サポートされるOSバージョン	サポートされているエージェントのバージョン	必要なコンテナツール	SELinux は
Red Hat Enterprise Linux	9.1～9.4 8.6～8.10 英語版のみ。ホストは Red Hat Subscription Management に登録されている必要があります。登録されていない場合、ホストはエージェントのインストール中に必要なサードパーティ製ソフトウェアを更新するためにリポジトリにアクセスできません。	3.9.50 以降、コンソールが標準モードまたは制限モード	Podman バージョン 4.6.1 または 4.9.4 Podman の構成要件を表示する。	強制モードまたは許可モードでサポートされます Cloud Volumes ONTAPシステムの管理は、オペレーティングシステムで SELinux が有効になっているエージェントではサポートされません。
Ubuntu	24.04 LTS	3.9.45 以降、 NetApp Consoleが標準モードまたは制限モード	Docker エンジン 23.06 から 28.0.0。	サポート対象外

オペレーティングシステム

サポートされるOSバージョン

サポートされているエージェントのバージョン

必要なコンテナツール

SELinux は

Red Hat Enterprise Linux

9.1～9.4

8.6～8.10

英語版のみ。
ホストは Red Hat Subscription Management に登録されている必要があります。登録されていない場合、ホストはエージェントのインストール中に必要なサードパーティ製ソフトウェアを更新するためにリポジトリにアクセスできません。

3.9.50 以降、コンソールが標準モードまたは制限モード

Podman バージョン 4.6.1 または 4.9.4

Podman の構成要件を表示する。

強制モードまたは許可モードでサポートされます

Cloud Volumes ONTAPシステムの管理は、オペレーティングシステムで SELinux が有効になっているエージェントではサポートされません。

Ubuntu

24.04 LTS

3.9.45 以降、 NetApp Consoleが標準モードまたは制限モード

Docker エンジン 23.06 から 28.0.0。

サポート対象外

ステップ4: PodmanまたはDocker Engineをインストールする

コンソールエージェントを手動でインストールするには、Podman または Docker Engine をインストールしてホストを準備します。

オペレーティングシステムに応じて、エージェントをインストールする前に Podman または Docker Engine のいずれかが必要になります。

Red Hat Enterprise Linux 8 および 9 には Podman が必要です。

サポートされているPodmanのバージョンを表示する。
Ubuntu には Docker Engine が必要です。

サポートされている Docker エンジンのバージョンを表示する。

例 1. 手順

ポッドマン

Podman をインストールして設定するには、次の手順に従います。

podman.socket サービスを有効にして起動します
Python3をインストールする
podman-compose パッケージバージョン 1.0.6 をインストールします。
podman-composeをPATH環境変数に追加する
Red Hat Enterprise Linux を使用している場合は、Podman バージョンが CNI ではなく Netavark Aardvark DNS を使用していることを確認してください。

DNS ポートの競合を避けるために、エージェントをインストールした後、aardvark-dns ポート (デフォルト: 53) を調整します。指示に従ってポートを構成します。

手順

ホストに podman-docker パッケージがインストールされている場合は削除します。
```
dnf remove podman-docker
rm /var/run/docker.sock
```
Podman をインストールします。

Podman は、公式の Red Hat Enterprise Linux リポジトリから入手できます。

Red Hat Enterprise Linux 9 の場合:
```
sudo dnf install podman-2:<version>
```
<version> は、インストールする Podman のサポートされているバージョンです。サポートされているPodmanのバージョンを表示する。

Red Hat Enterprise Linux 8 の場合:
```
sudo dnf install podman-3:<version>
```
<version> は、インストールする Podman のサポートされているバージョンです。サポートされているPodmanのバージョンを表示する。
podman.socket サービスを有効にして起動します。
```
sudo systemctl enable --now podman.socket
```
python3 をインストールします。
```
sudo dnf install python3
```
システムにまだインストールされていない場合は、EPEL リポジトリパッケージをインストールします。
Red Hat Enterprise を使用している場合:

podman-compose は、Extra Packages for Enterprise Linux (EPEL) リポジトリから入手できるため、この手順は必須です。

Red Hat Enterprise Linux 9 の場合:
```
sudo dnf install https://dl.fedoraproject.org/pub/epel/epel-release-latest-9.noarch.rpm
```
Red Hat Enterprise Linux 8 の場合:
```
sudo dnf install https://dl.fedoraproject.org/pub/epel/epel-release-latest-8.noarch.rpm
```

podman-compose パッケージ 1.0.6 をインストールします。

sudo dnf install podman-compose-1.0.6

使用して `dnf install`コマンドは、PATH 環境変数に podman-compose を追加するための要件を満たしています。インストールコマンドは、すでにインストールされているpodman-composeを/usr/binに追加します。 `secure_path`ホスト上のオプション。

Red Hat Enterprise Linux 8 を使用している場合は、Podman バージョンが CNI ではなく Aardvark DNS を備えた NetAvark を使用していることを確認します。
1. 次のコマンドを実行して、networkBackend が CNI に設定されているかどうかを確認します。
  podman info | grep networkBackend
2. networkBackendが CNI、それを変更する必要があります netavark。
3. インストール `netavark`そして `aardvark-dns`次のコマンドを使用します。
  dnf install aardvark-dns netavark
4. 開く `/etc/containers/containers.conf`ファイルを編集し、network_backend オプションを変更して、「cni」の代わりに「netavark」を使用します。
もし /etc/containers/containers.conf`存在しない場合は、設定を変更してください `/usr/share/containers/containers.conf。
podman を再起動します。
```
systemctl restart podman
```
次のコマンドを使用して、networkBackend が「netavark」に変更されていることを確認します。
```
podman info | grep networkBackend
```

Dockerエンジン

Docker のドキュメントに従って Docker Engine をインストールします。

手順

"Dockerからのインストール手順を見る"

サポートされている Docker エンジンバージョンをインストールするには、手順に従ってください。最新バージョンはコンソールでサポートされていないため、インストールしないでください。
Docker が有効になっていて実行されていることを確認します。
```
sudo systemctl enable docker && sudo systemctl start docker
```

ステップ5: ネットワークアクセスを準備する

コンソールエージェントがパブリッククラウド内のリソースを管理できるように、ネットワークアクセスを設定します。コンソールエージェント用の仮想ネットワークとサブネットがあることに加えて、次の要件が満たされていることを確認する必要があります。

ターゲットネットワークへの接続: コンソールエージェントがストレージの場所へのネットワーク接続を持っていることを確認します。たとえば、 Cloud Volumes ONTAPをデプロイする予定の VPC または VNet、またはオンプレミスのONTAPクラスターが存在するデータセンターなどです。
NetApp Consoleへのユーザーアクセスのためのネットワークを準備する: 制限モードでは、ユーザーはコンソールエージェント VM からコンソールにアクセスします。コンソールエージェントは、データ管理タスクを完了するためにいくつかのエンドポイントに接続します。これらのエンドポイントは、コンソールから特定のアクションを完了するときに、ユーザーのコンピューターから接続されます。

バージョン 4.0.0 より前のコンソールエージェントには追加のエンドポイントが必要です。 4.0.0 以降にアップグレードした場合は、許可リストから古いエンドポイントを削除できます。"4.0.0 より前のバージョンに必要なネットワークアクセスの詳細について説明します。"

エンドポイント	目的
https://api.bluexp.netapp.com https://netapp-cloud-account.auth0.com https://netapp-cloud-account.us.auth0.com https://console.netapp.com https://components.console.bluexp.netapp.com https://cdn.auth0.com	NetApp Console内で機能とサービスを提供します。
https://cdn.auth0.com https://services.cloud.netapp.com	Web ブラウザはこれらのエンドポイントに接続し、 NetApp Consoleを通じて集中的なユーザー認証を行います。

エンドポイント

目的

https://api.bluexp.netapp.com https://netapp-cloud-account.auth0.com https://netapp-cloud-account.us.auth0.com https://console.netapp.com https://components.console.bluexp.netapp.com https://cdn.auth0.com

NetApp Console内で機能とサービスを提供します。

https://cdn.auth0.com https://services.cloud.netapp.com

Web ブラウザはこれらのエンドポイントに接続し、 NetApp Consoleを通じて集中的なユーザー認証を行います。

日常業務のためのアウトバウンドインターネットアクセス

コンソールエージェントのネットワークの場所には、送信インターネットアクセスが必要です。 NetApp Consoleの SaaS サービスと、それぞれのパブリッククラウド環境内のエンドポイントにアクセスできる必要があります。

エンドポイント	目的
AWS 環境	AWS サービス (amazonaws.com): クラウドフォーメーションエラスティックコンピューティングクラウド (EC2) アイデンティティとアクセス管理（IAM）キー管理サービス (KMS) セキュリティトークンサービス（STS）シンプルストレージサービス（S3）
AWS リソースを管理します。エンドポイントは AWS リージョンによって異なります。 "詳細についてはAWSドキュメントを参照してください"	Azure 環境
https://management.azure.com https://login.microsoftonline.com https://blob.core.windows.net https://core.windows.net	Azure パブリックリージョン内のリソースを管理します。
https://management.usgovcloudapi.net https://login.microsoftonline.us https://blob.core.usgovcloudapi.net https://core.usgovcloudapi.net	Azure Government リージョン内のリソースを管理します。
https://management.chinacloudapi.cn https://login.chinacloudapi.cn https://blob.core.chinacloudapi.cn https://core.chinacloudapi.cn	Azure China リージョンのリソースを管理します。
Google Cloud 環境	https://www.googleapis.com/compute/v1/ https://compute.googleapis.com/compute/v1 https://cloudresourcemanager.googleapis.com/v1/projects https://www.googleapis.com/compute/beta https://storage.googleapis.com/storage/v1 https://www.googleapis.com/storage/v1 https://iam.googleapis.com/v1 https://cloudkms.googleapis.com/v1 https://www.googleapis.com/deploymentmanager/v2/projects
Google Cloud 内のリソースを管理します。	NetApp Consoleエンドポイント*
https://mysupport.netapp.com	ライセンス情報を取得し、 AutoSupportメッセージをNetAppサポートに送信します。
https://signin.b2c.netapp.com	NetAppサポートサイト (NSS) の資格情報を更新したり、 NetApp Consoleに新しい NSS 資格情報を追加したりします。
https://support.netapp.com	ライセンス情報を取得し、 AutoSupportメッセージをNetAppサポートに送信し、 Cloud Volumes ONTAPのソフトウェアアップデートを受信します。
https://api.bluexp.netapp.com https://netapp-cloud-account.auth0.com https://netapp-cloud-account.us.auth0.com https://console.netapp.com https://components.console.bluexp.netapp.com https://cdn.auth0.com	NetApp Console内で機能とサービスを提供します。
https://bluexpinfraprod.eastus2.data.azurecr.io https://bluexpinfraprod.azurecr.io	コンソールエージェントのアップグレード用のイメージを取得します。新しいエージェントを展開すると、検証チェックによって現在のエンドポイントへの接続がテストされます。使用する場合"以前のエンドポイント"、検証チェックは失敗します。この失敗を回避するには、検証チェックをスキップします。以前のエンドポイントも引き続きサポートされますが、 NetApp、ファイアウォールルールをできるだけ早く現在のエンドポイントに更新することをお勧めします。"エンドポイントリストを更新する方法を学ぶ" 。ファイアウォールの現在のエンドポイントに更新すると、既存のエージェントは引き続き動作します。

エンドポイント

目的

AWS 環境

AWS サービス (amazonaws.com):

クラウドフォーメーション
エラスティックコンピューティングクラウド (EC2)
アイデンティティとアクセス管理（IAM）
キー管理サービス (KMS)
セキュリティトークンサービス（STS）
シンプルストレージサービス（S3）

AWS リソースを管理します。エンドポイントは AWS リージョンによって異なります。 "詳細についてはAWSドキュメントを参照してください"

Azure 環境

https://management.azure.com https://login.microsoftonline.com https://blob.core.windows.net https://core.windows.net

Azure パブリックリージョン内のリソースを管理します。

https://management.usgovcloudapi.net https://login.microsoftonline.us https://blob.core.usgovcloudapi.net https://core.usgovcloudapi.net

Azure Government リージョン内のリソースを管理します。

https://management.chinacloudapi.cn https://login.chinacloudapi.cn https://blob.core.chinacloudapi.cn https://core.chinacloudapi.cn

Azure China リージョンのリソースを管理します。

Google Cloud 環境

https://www.googleapis.com/compute/v1/ https://compute.googleapis.com/compute/v1 https://cloudresourcemanager.googleapis.com/v1/projects https://www.googleapis.com/compute/beta https://storage.googleapis.com/storage/v1 https://www.googleapis.com/storage/v1 https://iam.googleapis.com/v1 https://cloudkms.googleapis.com/v1 https://www.googleapis.com/deploymentmanager/v2/projects

Google Cloud 内のリソースを管理します。

NetApp Consoleエンドポイント*

https://mysupport.netapp.com

ライセンス情報を取得し、 AutoSupportメッセージをNetAppサポートに送信します。

https://signin.b2c.netapp.com

NetAppサポートサイト (NSS) の資格情報を更新したり、 NetApp Consoleに新しい NSS 資格情報を追加したりします。

https://support.netapp.com

ライセンス情報を取得し、 AutoSupportメッセージをNetAppサポートに送信し、 Cloud Volumes ONTAPのソフトウェアアップデートを受信します。

NetApp Console内で機能とサービスを提供します。

https://bluexpinfraprod.eastus2.data.azurecr.io https://bluexpinfraprod.azurecr.io

コンソールエージェントのアップグレード用のイメージを取得します。

新しいエージェントを展開すると、検証チェックによって現在のエンドポイントへの接続がテストされます。使用する場合"以前のエンドポイント"、検証チェックは失敗します。この失敗を回避するには、検証チェックをスキップします。

以前のエンドポイントも引き続きサポートされますが、 NetApp、ファイアウォールルールをできるだけ早く現在のエンドポイントに更新することをお勧めします。"エンドポイントリストを更新する方法を学ぶ" 。
ファイアウォールの現在のエンドポイントに更新すると、既存のエージェントは引き続き動作します。

AzureのパブリックIPアドレス

Azure のコンソールエージェント VM でパブリック IP アドレスを使用する場合は、コンソールがこのパブリック IP アドレスを使用するように、IP アドレスで Basic SKU を使用する必要があります。

SKU フィールドで Basic を選択できる、Azure で新しい IP アドレスを作成するスクリーンショット。

代わりに標準 SKU IP アドレスを使用する場合、コンソールはパブリック IP ではなく、コンソールエージェントのプライベート IP アドレスを使用します。コンソールにアクセスするために使用しているマシンがそのプライベート IP アドレスにアクセスできない場合、コンソールからのアクションは失敗します。

"Azure ドキュメント: パブリック IP SKU"

プロキシサーバ

NetApp は明示的プロキシ構成と透過的プロキシ構成の両方をサポートしています。透過プロキシを使用している場合は、プロキシサーバーの証明書のみを提供する必要があります。明示的なプロキシを使用している場合は、IP アドレスと資格情報も必要になります。

IPアドレス
Credentials
HTTPS証明書

ポート

ユーザーが開始した場合、またはCloud Volumes ONTAPからNetAppサポートにAutoSupportメッセージを送信するためのプロキシとして使用された場合を除いて、コンソールエージェントへの着信トラフィックはありません。

HTTP (80) と HTTPS (443) は、まれにしか使用されないローカル UI へのアクセスを提供します。
SSH（22）は、トラブルシューティングのためにホストに接続する必要がある場合にのみ必要です。
アウトバウンドインターネット接続が利用できないサブネットにCloud Volumes ONTAPシステムを展開する場合は、ポート 3128 経由のインバウンド接続が必要です。

Cloud Volumes ONTAPシステムにAutoSupportメッセージを送信するためのアウトバウンドインターネット接続がない場合、コンソールは、コンソールエージェントに含まれているプロキシサーバーを使用するようにそれらのシステムを自動的に構成します。唯一の要件は、コンソールエージェントのセキュリティグループがポート 3128 経由の受信接続を許可していることを確認することです。コンソールエージェントを展開した後、このポートを開く必要があります。

NTP を有効にする

NetApp Data Classificationを使用して企業のデータソースをスキャンする予定の場合は、システム間で時刻が同期されるように、コンソールエージェントとNetApp Data Classificationシステムの両方で Network Time Protocol (NTP) サービスを有効にする必要があります。 "NetAppデータ分類の詳細"

クラウドプロバイダーのマーケットプレイスからコンソールエージェントを作成する予定の場合は、コンソールエージェントを作成した後にこのネットワーク要件を実装します。

ステップ6: クラウド権限を準備する

コンソールエージェントには、仮想ネットワークにCloud Volumes ONTAPを展開し、 NetAppデータサービスを使用するために、クラウドプロバイダーからの権限が必要です。クラウドプロバイダーで権限を設定し、それらの権限をコンソールエージェントに関連付ける必要があります。

必要な手順を表示するには、クラウドプロバイダーで使用する認証オプションを選択します。

AWS IAM ロール

IAM ロールを使用して、コンソールエージェントに権限を付与します。

AWS Marketplace からコンソールエージェントを作成している場合は、EC2 インスタンスを起動するときにその IAM ロールを選択するように求められます。

独自の Linux ホストにコンソールエージェントを手動でインストールする場合は、ロールを EC2 インスタンスにアタッチします。

手順

AWS コンソールにログインし、IAM サービスに移動します。
ポリシーを作成します。
1. *ポリシー > ポリシーの作成*を選択します。
2. *JSON*を選択し、その内容をコピーして貼り付けます。"コンソールエージェントのIAMポリシー" 。
3. 残りの手順を完了してポリシーを作成します。
IAM ロールを作成します。
1. *[ロール] > [ロールの作成]*を選択します。
2. AWS サービス > EC2 を選択します。
3. 作成したポリシーを添付して権限を追加します。
4. 残りの手順を完了してロールを作成します。

結果

これで、コンソールエージェント EC2 インスタンスの IAM ロールが作成されました。

AWS アクセスキー

IAM ユーザーの権限とアクセスキーを設定します。コンソールエージェントをインストールしてコンソールを設定した後、コンソールに AWS アクセスキーを提供する必要があります。

手順

AWS コンソールにログインし、IAM サービスに移動します。
ポリシーを作成します。
1. *ポリシー > ポリシーの作成*を選択します。
2. *JSON*を選択し、その内容をコピーして貼り付けます。"コンソールエージェントのIAMポリシー" 。
3. 残りの手順を完了してポリシーを作成します。
  
  使用する予定のNetAppデータサービスによっては、2 番目のポリシーを作成する必要がある場合があります。
標準リージョンの場合、権限は 2 つのポリシーに分散されます。 AWS の管理ポリシーの最大文字サイズ制限により、2 つのポリシーが必要になります。"コンソールエージェントのIAMポリシーの詳細" 。
IAM ユーザーにポリシーをアタッチします。
- "AWSドキュメント: IAMロールの作成"
- "AWSドキュメント: IAMポリシーの追加と削除"
コンソールエージェントをインストールした後、 NetApp Consoleに追加できるアクセスキーがユーザーにあることを確認します。

Azure ロール

必要な権限を持つ Azure カスタムロールを作成します。このロールをコンソールエージェント VM に割り当てます。

Azure ポータル、Azure PowerShell、Azure CLI、または REST API を使用して、Azure カスタムロールを作成できます。次の手順は、Azure CLI を使用してロールを作成する方法を示しています。別の方法をご希望の場合は、 "Azureドキュメント"

手順

独自のホストにソフトウェアを手動でインストールする予定の場合は、カスタムロールを通じて必要な Azure アクセス許可を提供できるように、VM でシステム割り当てマネージド ID を有効にします。

"Microsoft Azure ドキュメント: Azure ポータルを使用して VM 上の Azure リソースのマネージド ID を構成する"
の内容をコピーします"コネクタのカスタムロール権限"JSON ファイルに保存します。
割り当て可能なスコープに Azure サブスクリプション ID を追加して、JSON ファイルを変更します。

NetApp Consoleで使用する各 Azure サブスクリプションの ID を追加する必要があります。

例
```
"AssignableScopes": [
"/subscriptions/d333af45-0d07-4154-943d-c25fbzzzzzzz",
"/subscriptions/54b91999-b3e6-4599-908e-416e0zzzzzzz",
"/subscriptions/398e471c-3b42-4ae7-9b59-ce5bbzzzzzzz"
```
JSON ファイルを使用して、Azure でカスタムロールを作成します。

次の手順では、Azure Cloud Shell で Bash を使用してロールを作成する方法について説明します。
1. 始める "Azure クラウドシェル"Bash 環境を選択します。
2. JSON ファイルをアップロードします。
3. Azure CLI を使用してカスタムロールを作成します。
  az role definition create --role-definition agent_Policy.json

Azure サービスプリンシパル

Microsoft Entra ID でサービスプリンシパルを作成して設定し、コンソールに必要な Azure 資格情報を取得します。コンソールエージェントをインストールした後、コンソールにこれらの資格情報を提供する必要があります。

ロールベースのアクセス制御用の Microsoft Entra アプリケーションを作成する

Azure で Active Directory アプリケーションを作成し、そのアプリケーションをロールに割り当てるためのアクセス許可があることを確認します。

詳細については、 "Microsoft Azure ドキュメント: 必要な権限"
Azure ポータルから、Microsoft Entra ID サービスを開きます。
メニューで*アプリ登録*を選択します。
*新規登録*を選択します。
アプリケーションの詳細を指定します。
- 名前: アプリケーションの名前を入力します。
- アカウントタイプ: アカウントタイプを選択します (いずれのタイプもNetApp Consoleで使用できます)。
- リダイレクト URI: このフィールドは空白のままにすることができます。
*登録*を選択します。

AD アプリケーションとサービスプリンシパルを作成しました。

アプリケーションをロールに割り当てる

カスタムロールを作成します。

Azure ポータル、Azure PowerShell、Azure CLI、または REST API を使用して、Azure カスタムロールを作成できます。次の手順は、Azure CLI を使用してロールを作成する方法を示しています。別の方法をご希望の場合は、 "Azureドキュメント"
1. の内容をコピーします"コンソールエージェントのカスタムロール権限"JSON ファイルに保存します。
2. 割り当て可能なスコープに Azure サブスクリプション ID を追加して、JSON ファイルを変更します。
  
  ユーザーがCloud Volumes ONTAPシステムを作成する各 Azure サブスクリプションの ID を追加する必要があります。
  
  例
  "AssignableScopes": [ "/subscriptions/d333af45-0d07-4154-943d-c25fbzzzzzzz", "/subscriptions/54b91999-b3e6-4599-908e-416e0zzzzzzz", "/subscriptions/398e471c-3b42-4ae7-9b59-ce5bbzzzzzzz"
3. JSON ファイルを使用して、Azure でカスタムロールを作成します。
  
  次の手順では、Azure Cloud Shell で Bash を使用してロールを作成する方法について説明します。
  - 始める "Azure クラウドシェル"Bash 環境を選択します。
  - JSON ファイルをアップロードします。
  - Azure CLI を使用してカスタムロールを作成します。
    
    az role definition create --role-definition agent_Policy.json
    
    これで、コンソールエージェント仮想マシンに割り当てることができる、コンソールオペレーターと呼ばれるカスタムロールが作成されます。
アプリケーションをロールに割り当てます。
1. Azure ポータルから、サブスクリプション サービスを開きます。
2. サブスクリプションを選択します。
3. アクセス制御 (IAM) > 追加 > ロール割り当ての追加 を選択します。
4. *役割*タブで、*コンソールオペレーター*役割を選択し、*次へ*を選択します。
5. *メンバー*タブで、次の手順を実行します。
  - *ユーザー、グループ、またはサービスプリンシパル*を選択したままにします。
  - *メンバーを選択*を選択します。
  - アプリケーションの名前を検索します。
    
    次に例を示します。
  - アプリケーションを選択し、[選択] を選択します。
  - *次へ*を選択します。
6. *レビュー + 割り当て*を選択します。
  
  これで、サービスプリンシパルに、コンソールエージェントをデプロイするために必要な Azure アクセス許可が付与されました。
複数の Azure サブスクリプションからCloud Volumes ONTAPをデプロイする場合は、サービスプリンシパルを各サブスクリプションにバインドする必要があります。 NetApp Consoleでは、 Cloud Volumes ONTAP をデプロイするときに使用するサブスクリプションを選択できます。

Windows Azure サービス管理 API 権限を追加する

Microsoft Entra ID サービスで、アプリの登録 を選択し、アプリケーションを選択します。
API 権限 > 権限の追加 を選択します。
Microsoft API の下で、Azure Service Management を選択します。
組織ユーザーとして Azure サービス管理にアクセスする を選択し、権限の追加 を選択します。

アプリケーションのアプリケーションIDとディレクトリIDを取得します

Microsoft Entra ID サービスで、アプリの登録 を選択し、アプリケーションを選択します。
アプリケーション (クライアント) ID と ディレクトリ (テナント) ID をコピーします。

Azure アカウントをコンソールに追加するときは、アプリケーションのアプリケーション (クライアント) ID とディレクトリ (テナント) ID を指定する必要があります。コンソールは ID を使用してプログラムでサインインします。

クライアントシークレットを作成する

Microsoft Entra ID サービスを開きます。
*アプリ登録*を選択し、アプリケーションを選択します。
*証明書とシークレット > 新しいクライアントシークレット*を選択します。
シークレットの説明と期間を指定します。
*追加*を選択します。
クライアントシークレットの値をコピーします。

結果

これでサービスプリンシパルが設定され、アプリケーション (クライアント) ID、ディレクトリ (テナント) ID、およびクライアントシークレットの値がコピーされているはずです。 Azure アカウントを追加するときに、コンソールにこの情報を入力する必要があります。

Google Cloud サービスアカウント

ロールを作成し、コンソールエージェント VM インスタンスに使用するサービスアカウントに適用します。

手順

Google Cloud でカスタムロールを作成します。
1. 定義された権限を含むYAMLファイルを作成します。"Google Cloud のコンソールエージェントポリシー" 。
2. Google Cloud から Cloud Shell を有効にします。
3. コンソールエージェントに必要な権限を含む YAML ファイルをアップロードします。
4. カスタムロールを作成するには、 `gcloud iam roles create`指示。
  
  次の例では、プロジェクトレベルで「connector」という名前のロールを作成します。
```
gcloud iam roles create connector --project=myproject --file=connector.yaml
```
+
"Google Cloud ドキュメント: カスタムロールの作成と管理"
Google Cloud でサービスアカウントを作成します。
1. IAM & Admin サービスから、サービスアカウント > サービスアカウントの作成 を選択します。
2. サービスアカウントの詳細を入力し、[作成して続行] を選択します。
3. 作成したロールを選択します。
4. 残りの手順を完了してロールを作成します。
  
  "Google Cloud ドキュメント: サービスアカウントの作成"

結果

これで、コンソールエージェント VM インスタンスに割り当てることができるサービスアカウントが作成されました。

ステップ7: Google Cloud APIを有効にする

Google Cloud にCloud Volumes ONTAPをデプロイするには、いくつかの API が必要です。

手順

"プロジェクトで次の Google Cloud API を有効にします"
- クラウドデプロイメントマネージャー V2 API
- クラウドロギングAPI
- クラウドリソースマネージャー API
- コンピューティングエンジン API
- アイデンティティとアクセス管理 (IAM) API
- クラウドキー管理サービス (KMS) API
  
  （顧客管理暗号化キー（CMEK）を使用したNetApp Backup and Recoveryを使用する予定の場合のみ必要）