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

プライベートモードでの導入の準備

02/26/2026 共同作成者

PDF

プライベートモードでNetApp Consoleを導入する前に、環境を準備します。ホストの要件を確認し、ネットワークを準備し、権限を設定するなどの作業が必要です。

NetApp Consoleを "AWS Secret Cloud"または "AWS Top Secret Cloud"で使用するには、それぞれの環境に応じた手順に従ってください。 "AWS Secret CloudまたはTop Secret CloudでCloud Volumes ONTAPを使い始める方法を学ぶ"

ステップ1：プライベートモードの仕組みを理解する

プライベートモードでは、オンプレミスまたはクラウドにコンソールエージェントをインストールし、NetApp Console を使用してストレージシステム（ONTAP オンプレミスおよび Cloud Volumes ONTAP）を管理します。NetApp Console API エンドポイントまたは NetApp Console SaaS アプリケーションへの接続はないため、コンソールエージェントによって提供されるローカル UI からコンソールにアクセスします。

"プライベートモードの仕組みを学ぶ"。

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

プライベートモードでは、独自の Linux ホストにエージェントを手動でインストールすることで、Console エージェントをオンプレミスまたはクラウドにインストールできます。

コンソールエージェントをインストールする場所によって、プライベートモードを使用する際に利用できるNetApp Consoleのサービスと機能が決まります。Cloud Volumes ONTAPを導入および管理する場合は、コンソールエージェントをクラウドにインストールする必要があります。

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

NetApp Console エージェントを実行するには、ホストが特定のオペレーティングシステム要件、RAM 要件、ポート要件などを満たしている必要があります。

専用ホスト

コンソールエージェントには専用のホストが必要です。次のサイズ要件を満たすアーキテクチャであれば、どれでもサポートされます。

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

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

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

オペレーティングシステム	サポートされるOSバージョン	サポートされているエージェントのバージョン	必要なコンテナツール	SELinux
Red Hat Enterprise Linux	9.1～9.4 8.6～8.10	3.9.42 以降、コンソールがプライベートモードの場合	Podman バージョン 4.6.1 または 4.9.4 Podman の構成要件を表示する。	強制モードまたは許可モードでサポートされます
Ubuntu	22.04 LTS	3.9.29以降	Docker エンジン 23.0.6 から 26.0.0 26.0.0は、_新しい_エージェント3.9.44以降のインストールでサポートされます。	サポート対象外

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

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

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

必要なコンテナツール

SELinux

Red Hat Enterprise Linux

9.1～9.4

8.6～8.10

3.9.42 以降、コンソールがプライベートモードの場合

Podman バージョン 4.6.1 または 4.9.4

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

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

Ubuntu

22.04 LTS

3.9.29以降

Docker エンジン 23.0.6 から 26.0.0

26.0.0は、_新しい_エージェント3.9.44以降のインストールでサポートされます。

サポート対象外

注：

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

ハイパーバイザー

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

CPU

8コアまたは8vCPU

RAM

32 GB

AWS EC2インスタンスタイプ

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

Azure VM サイズ

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

Google Cloud マシンタイプ

CPU と RAM の要件を満たすインスタンスタイプ。NetAppn2-standard-8 を推奨しています。

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

/optのディスク容量

100 GiBの空き容量が必要です

エージェントは `/opt`インストールするには `/opt/application/netapp`ディレクトリとその内容。

/varのディスク容量

20 GiBの空き容量が必要です

コンソールエージェントにはこのスペースが必要です `/var`Docker または Podman は、このディレクトリ内にコンテナを作成するように設計されているためです。具体的には、 `/var/lib/containers/storage`ディレクトリ。このスペースでは外部マウントまたはシンボリックリンクは機能しません。

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

Podman または Docker Engine をインストールして、Console エージェント用のホストを準備する必要があります。

オペレーティングシステムに応じて、エージェントをインストールする前に 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 リポジトリから入手できます。
1. Red Hat Enterprise Linux 9.6 の場合:
  sudo dnf install podman-5:<version>
  <version> は、インストールする Podman のサポートされているバージョンです。サポートされているPodmanのバージョンを表示する。
2. Red Hat Enterprise Linux 9.1 から 9.4 の場合:
  sudo dnf install podman-4:<version>
  <version> は、インストールする Podman のサポートされているバージョンです。サポートされているPodmanのバージョンを表示する。
3. Red Hat Enterprise Linux 8 の場合:
  sudo dnf install podman-4:<version>
  <version> は、インストールする Podman のサポートされているバージョンです。サポートされているPodmanのバージョンを表示する。
podman.socket サービスを有効にして起動します。
```
sudo systemctl enable --now podman.socket
```
python3 をインストールします。
```
sudo dnf install python3
```
システムにまだインストールされていない場合は、EPEL リポジトリパッケージをインストールします。

podman-compose は、Extra Packages for Enterprise Linux (EPEL) リポジトリから入手できるため、この手順は必須です。
Red Hat Enterprise 9 を使用している場合:
1. EPEL リポジトリパッケージをインストールします。
```
sudo dnf install https://dl.fedoraproject.org/pub/epel/epel-release-latest-9.noarch.rpm
```
+
1. podman-compose パッケージ 1.5.0 をインストールします。
  sudo dnf install podman-compose-1.5.0

Red Hat Enterprise Linux 8 を使用している場合:

EPEL リポジトリパッケージをインストールします。

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。
5. podman を再起動します。
  systemctl restart podman
6. 次のコマンドを使用して、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 クラスタが存在するデータセンターなどです。

日常業務のエンドポイント

Cloud Volumes ONTAP システムの作成を計画している場合、コンソールエージェントは、クラウドプロバイダの公開されているリソース内のエンドポイントへの接続が必要です。

エンドポイント	目的
AWS サービス (amazonaws.com): クラウドフォーメーションエラスティックコンピューティングクラウド (EC2) アイデンティティとアクセス管理（IAM）キー管理サービス (KMS) セキュリティトークンサービス（STS）シンプルストレージサービス（S3）	AWS リソースを管理します。エンドポイントは AWS リージョンによって異なります。 "詳細についてはAWSドキュメントを参照してください"
NetApp ONTAP用の Amazon FsX: api.workloads.netapp.com	Web ベースのコンソールは、このエンドポイントに接続して Workload Factory API と対話し、FSx for ONTAPベースのワークロードを管理および操作します。
https://management.azure.com https://login.microsoftonline.com https://blob.core.windows.net https://core.windows.net	Azure パブリックリージョン内のリソースを管理します。
https://management.azure.microsoft.scloud https://login.microsoftonline.microsoft.scloud https://blob.core.microsoft.scloud https://core.microsoft.scloud	Azure IL6 リージョン内のリソースを管理します。
https://management.chinacloudapi.cn https://login.chinacloudapi.cn https://blob.core.chinacloudapi.cn https://core.chinacloudapi.cn	Azure China リージョンのリソースを管理します。
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://config.googleapis.com/v1/projects	Google Cloud 内のリソースを管理します。

エンドポイント

目的

AWS サービス (amazonaws.com):

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

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

NetApp ONTAP用の Amazon FsX:

api.workloads.netapp.com

Web ベースのコンソールは、このエンドポイントに接続して Workload Factory API と対話し、FSx for ONTAPベースのワークロードを管理および操作します。

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

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

https://management.azure.microsoft.scloud https://login.microsoftonline.microsoft.scloud https://blob.core.microsoft.scloud https://core.microsoft.scloud

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

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

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

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://config.googleapis.com/v1/projects

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

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証明書

プライベートモードでは、NetApp Consoleがアウトバウンドトラフィックを送信するのは、Cloud Volumes ONTAPシステムを作成するためにクラウドプロバイダに対してのみです。

ポート

ユーザーが開始しない限り、Console エージェントへの着信トラフィックは発生しません。

HTTP（80）とHTTPS（443）は、NetApp Consoleへのアクセスを提供します。トラブルシューティングのためにホストに接続する必要がある場合は、SSH（22）が必要です。

NTP を有効にする

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

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

コンソールエージェントがクラウドにインストールされており、Cloud Volumes ONTAPシステムを作成する予定がある場合、NetApp Consoleにはクラウドプロバイダの権限が必要です。クラウドプロバイダで権限を設定してから、インストール後にそれらの権限をコンソールエージェントインスタンスに関連付ける必要があります。

必要な手順を確認するには、クラウドプロバイダに使用する認証オプションを選択してください。

AWS IAM ロール

IAM ロールを使用して、Console エージェントに権限を付与します。Console エージェントの EC2 インスタンスにロールを手動でアタッチする必要があります。

手順

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

結果

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

AWS アクセスキー

IAM ユーザーの権限とアクセスキーを設定します。Console エージェントをインストールして NetApp Console をセットアップしたら、NetApp Console に AWS アクセスキーを指定します。

手順

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

結果

これで、アカウントに必要な権限が付与されました。

Azure ロール

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

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

手順

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

"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でサービスプリンシパルを作成して設定し、NetApp Consoleに必要なAzure資格情報を取得します。ConsoleエージェントをインストールしてNetApp Consoleをセットアップした後、これらの資格情報をNetApp Consoleに提供する必要があります。

ロールベースのアクセス制御用の 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 クレデンシャルを追加するときに、この情報を NetApp Console に入力します。

Google Cloud サービスアカウント

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

手順

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

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

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

手順

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