NetApp Cloud Volumes Service から Google Cloud NetApp Volumes への移行

お知らせ: 2024 年 9 月 30 日をもって、NetApp Cloud Volumes Service は CVS-Performance サービスのサポートを終了し、代わりに Google Cloud NetApp Volumes に置き換えました。NetApp Volumes に移行されていない CVS-Performance ボリュームは、クライアントに対してオンラインのままになります。ユーザーはボリュームの作成、更新、削除を行うことはできません。また、ボリューム ポリシーの変更、ボリューム スナップショットの取得、ボリュームの障害復旧などのボリューム レプリケーションの管理もできません。これらのアクションを有効にする必要がある場合は、NetApp がプロジェクトを NetApp Volumes に移行できるようサポートします。NetApp の営業担当者にお問い合わせいただくか、[e-mail] にメールを送信して、NetApp Volumes への移行を完了できます。

CVS-Performance サービスは、Cloud Volumes Service のサービスレベル契約 Google Cloudの対象外になりました。

Google Cloud コンソールを使用して、Cloud Volumes Service の CVS-Performance サービスタイプのプロジェクト リソースを Google Cloud NetApp Volumes に移行できます。クライアントへのサービスは中断されません。接続の切り替え中はネットワーク トラフィックが停止し、切り替えが完了するまでボリュームを管理できません。移行サービスは、ボリューム用の新しいストレージ プールを作成し、次の構成タイプをすべて NetApp Volumes に移行します。

• ボリューム

• ボリュームのスナップショット

• Active Directory 接続

• ボリューム レプリケーション

• 顧客管理の暗号鍵（CMEK）

Identity and Access Management の権限、スクリプト、Cloud Monitoring など、一部の構成は NetApp ボリュームに移行できません。代わりに、NetApp Volumes の新しい構成を作成することをおすすめします。

始める前に

始める前に、次の要件と注意事項を確認してください。

要件

• NetApp Volumes へのアクセス: 移行プロセスを開始する前に、NetApp Volumes にアクセスできる必要があります。アクセスを設定するには、NetApp ボリュームの構成手順のプロジェクトを選択または作成する Google Cloud からIdentity and Access Management の権限を設定するまでを行います。NetApp Volumes API を有効にしてネットワーク ピアリングを構成しないと、移行は失敗します。

  Virtual Private Cloud ピアリングを設定するときに、プライベート サービス アクセスを構成するで指定されているように新しい IP アドレス範囲を作成しないでください。代わりに、CVS-Performance サービスタイプのピアリングに使用したものと同じ IP アドレス範囲を使用する必要があります。Cloud Volumes Service に複数の IP アドレス範囲を使用した場合は、NetApp Volumes に同じ IP アドレス範囲をすべて使用する必要があります。

  Google Cloud コンソールまたは Google Cloud CLI を使用して既存の IP アドレス範囲の名前を確認する手順は次のとおりです。

  Consolegcloud

  1. Google Cloud コンソールで、[VPC ネットワーク] ページに移動します。

  2. 関連する VPC を選択し、[限定公開サービス アクセス] タブをクリックします。

  3. プライベート接続 netapp-cv-nw-customer-peer に使用されている割り振られた IP アドレス範囲の名前を確認します。

  4. NetApp Volumes ピアリング コマンドに使用する IP アドレス範囲の名前を選択してコピーします。

  5. Cloud Volumes Service に使用しているすべての VPC について、前の手順を繰り返します。

  次の Google Cloud CLI コマンドを使用して、既存の IP アドレス範囲の名前を確認します。

  1. CVS-Performance サービスタイプにピアリングされているすべての Virtual Private Cloud を見つけます。

     gcloud --project PROJECT_NAME compute networks list \
      --filter="peerings[].name=netapp-cv-nw-customer-peer" \
      --format="table(name, peerings.name)"

     次の情報を置き換えます。

     • PROJECT_NAME: プロジェクトの名前。

  2. 検出された Virtual Private Cloud ごとに、ピアリング範囲を一覧表示します。

     gcloud --project PROJECT_NAME services vpc-peerings list \
      --network=vpc \
      --service cloudvolumesgcp-api-network.netapp.com \
      --format="value(reservedPeeringRanges)"

     次の情報を置き換えます。

     • PROJECT_NAME: プロジェクトの名前。

     • VPC: 「vpc」と入力します。

     プライベート サービス アクセスを構成するで指定されているように、--ranges パラメータに識別された IP アドレス範囲の名前を使用します。

     複数のネットワークをピアリングする場合は、CVS-Performance サービスタイプに使用されるすべての Virtual Private Cloud をピアリングしてください。

• リソースの命名は Google Cloud リソース命名形式に従う必要があります。必要に応じて、Google Cloud リソース命名形式に従うように Cloud Volumes Service リソース名を変更する必要があります。NetApp Volumes に移行するには、名前も一意である必要があります。名前が一意ではなく、リソースの命名形式に従っていない場合、NetApp Volumes は移行中にリソースの名前を自動的に変更し、両方の要件を満たす名前に変更します。移行前に、Cloud Volumes Service でリソース名を変更できます。リソースを NetApp ボリュームに配置した後、リソースを変更または名前変更することはできません。

• 移行前に共有 VPC 内のすべてのプロジェクトを確認する必要があります: プロジェクトで共有 VPC を使用している場合は、リソースを含む各リージョンの各プロジェクト、ホスト、関連するサービス プロジェクトを確認して、リソースの命名に関する問題やその他の既知の問題を特定する必要があります。すべての問題を解決したら、ホスト プロジェクトを最終確認に使用し、共有 VPC のすべてのプロジェクトの移行を開始します。

• API を有効にする: CVS リソースがなくても、ホスト プロジェクトで Cloud Volumes Service API を有効にします。また、すべてのプロジェクトで NetApp Volumes API と Service Networking API を有効にします。

考慮事項

• サービスタイプ: Cloud Volumes Service から NetApp Volumes に転送できるのは、CVS-Performance サービスタイプのみです。

• 移行中のリソースへのアクセスの変更: 移行中、プロジェクト管理者はリソースを参照または変更できません。移行にはプロジェクトごとに 40 分かかります。

• クライアントへの影響なし: ネットワークの変更は数秒で完了します。クライアントとサーバーへのネットワーク トラフィックが停止しているように見えますが、ファイル プロトコルのタイムアウト時間内に収まるため、エラーは報告されません。

  進行中のクライアントの読み取りオペレーションと書き込みオペレーションは影響を受けません。ネットワーク アドレス、Virtual Private Cloud、クライアントのマウントポイントは変更されず、データも移動しません。

• 顧客管理の暗号鍵設定の NetApp Volumes への移行: 顧客管理の暗号鍵（CMEK）設定は NetApp Volumes に移行されますが、これらの設定ではサービス アカウントの追加変更が必要になります。

• ボリューム レプリケーションを使用するプロジェクトを確認する: プロジェクトでボリューム レプリケーションを使用している場合、選択したリージョンのリソースとレプリケーションのステータスが確認されます。リージョン ペアの他方のリージョンについても、そのリージョンのリソースを確認する必要があります。両方のリージョンのすべての問題を解決してから、プロジェクトの移行を開始します。問題を解決したら、いずれかのリージョンから移行を開始できます。2 つのリージョンは一緒に移行されます。

• 複数のリージョンを個別に確認して移行する必要がある: 他のリージョンを使用している場合、各リージョンを個別に確認して移行する必要があります。これには、Cloud Volumes Service リソースがなくても共有 VPC を使用するすべてのリージョンのホスト プロジェクトが含まれます。

• Identity and Access Management のロールと権限: NetApp Volumes の Identity and Access Management 権限の名前は変更されていますが、Cloud Volumes Service の権限とほぼ同じです。roles/netapp.admin ロールと roles/netapp.viewer ロールを使用して構成を簡素化することもできます。editor と owner の基本ロールには、roles/netapp.admin 権限が含まれています。

• Cloud Volumes Service と NetApp Volumes のモニタリングとアラートの指標: NetApp Volumes のモニタリングに使用できる指標は、通常、Cloud Volumes Service と同じです。Cloud Volumes Service のアラートを構成した場合や、ダッシュボードを作成した場合は、NetApp Volumes 用にこれらのアラートを再作成する必要があります。既存の Cloud Volumes Service の指標データは引き続き使用できますが、指標データを再度更新することはできません。

• NetApp Volumes で Cloud Logging と Cloud Billing が提供される: NetApp Volumes では、管理者ユーザー ID など、より詳細な Cloud Logging エントリが提供されます。Cloud Billing では新しい SKU が使用されます。既存の Cloud Volumes Service のログエントリと課金エントリは保持されます。

• NetApp Volumes はラベルの使用をサポートしています。ボリュームなどの NetApp Volumes リソースは、レポートとクエリの目的で最大 64 個のラベルをサポートしています。Cloud Volumes Service ボリュームに単一のラベルを定義している場合、そのラベルは NetApp Volumes に移行されます。課金に Cloud Volumes Service ラベルを使用している場合、このラベルは NetApp Volumes の課金に使用されるため、移行後にストレージ プールのラベルを手動で更新する必要があります。移行されたリソースには is_migrated:true label が一覧表示されます。

• カスタム スクリプト: Cloud Volumes Service には、ボリュームの作成と管理を行う RESTful API が用意されています。NetApp Volumes には、ボリュームの作成と管理に同様に使用できる Google Cloud CLI コマンドと API サービスが用意されています。両者間でのコンバージョンはありませんが、サポートが必要な場合は、セールスチームにお問い合わせのうえ、コンバージョンに役立つサービスについてご確認ください。

• Terraform のサポート: Terraform プロバイダを使用すると、NetApp Volumes を管理できます。NetApp Volumes に移行すると、Cloud Volumes Service Terraform の *.tf ファイルと状態ファイルは無効になります。この問題に対処するには、*.tf ファイルと状態ファイルを削除し、移行された NetApp Volumes リソースをインポートします。

• NetApp Volumes は Standard サービスレベルをサポートしています。NetApp Volumes では Standard サービスレベルを使用できますが、動作が異なります。Standard サービスレベルのボリュームのレプリケーションは、他の Standard サービスレベルのボリューム間のみです。Standard サービスレベル プールのボリュームを Premium または Extreme サービスレベル プールに再割り当てすることはできません。

• Active Directory または Google Cloud VMware Engine: Cloud Volumes Service で Google マネージド Microsoft Active Directory サービスまたは Google Cloud VMware Engine サービスを使用する場合は、[e-mail] にメッセージを送信して、NetApp Volumes へのピアリングと移行の成功についてサポートを依頼できます。

プロジェクトのリソースを確認する

移行プロセスを開始するには、ボリューム、レプリケーション、スナップショットなどのプロジェクト リソースを確認します。これらのプロジェクト リソースに問題がある場合は、プロジェクトを移行する前に修正できます。

プロジェクト リソースを確認する手順は次のとおりです。

1. Google Cloud コンソールで、[NetApp Volumes への移行] ページに移動します。

   [NetApp Volumes への移行] に移動

2. 始める前にの注意事項をご確認ください。

3. 現在のプロジェクトで使用されているリージョンを選択し、[確認] をクリックします。

4. [移行の詳細を確認する] で、次の詳細を確認します。

   • リージョンとプロジェクトの手順: レプリケーション リージョンと有効な共有 VPC プロジェクトの場合は、確認（PreMigrateCheck）と移行（Migrate）の実行について、追加の手順に沿って操作します。

   • サポートされていない構成: サポートされていない構成のリソースは、NetApp Volumes への移行をブロックします。詳細については、NetApp Volumes への移行を妨げる問題をご覧ください。

   • 自動的に名前が変更されるリソース: Google Cloudリソース命名規則を満たしていないリソースは、移行中に名前が変更されます。リソース名のリンクを使用して、移行前にリソースを編集して名前を変更できます。Cloud Volumes Service に名前のない、名前が変更された Active Directory リソースに関する警告は無視できます。

   • 移行するリソース: 移行可能なリソースと、このプロジェクト リージョンに作成できる新しいストレージ プールの詳細。スナップショット リソースが一覧に表示されません。

5. NetApp Volumes に移行する前に、未解決の移行に関する問題をすべて解決する必要があります。

NetApp Volumes への移行を妨げる問題

NetApp Volumes への移行の審査中に、サポートされていない構成に関する次の問題が発生することがあります。サポートされていない次の構成を解決するまで、NetApp Volumes への移行を進めることはできません。

• 無効なプロジェクト: 無効なプロジェクトは、30 日以内に削除対象とマークされていますが、まだ削除されていません。共有 VPC で無効になっているプロジェクトは、移行をブロックする可能性があります。詳細については、プロジェクトのシャットダウンに関する Resource Manager のドキュメントをご覧ください。移行を完了するには、無効にしたプロジェクトを復元するか、30 日間待ってプロジェクトが削除されるまで待ちます。

• Resource がエラー状態: ボリューム、レプリケーション、スナップショットなど、作成後にエラー状態になったリソースは、NetApp Volumes に移行する前に NetApp によって削除または修正する必要があります。

  この問題を解決するには、[e-mail] にメッセージを送信してサポートを依頼してください。

• Standard サービスレベルと Premium または Extreme サービスレベル間のクロスリージョン レプリケーションはサポートされていません。NetApp Volumes は、Standard サービスレベルのボリュームと Premium または Extreme サービスレベルのボリューム間のレプリケーションをサポートしていません。

  この問題を解決するには、レプリケーション関係のボリュームのサービスレベルを変更して、Standard サービスレベルのみ、または Premium または Extreme サービスレベルのみを使用するようにします。

• keyring で指定された key が存在しないか、サービス権限が正しくない: NetApp と連携してこの問題を解決します。[e-mail] にメールを送信してサポートを依頼してください。

• 移行前のエラー - VPC がファースト パーティ サービスにピアリングされていない: NetApp Volumes にアクセスするには、お客様のプロジェクトを NetApp Volumes とピアリングする必要があります。この問題を解決するには、始める前に: 要件の手順に沿って対応してください。

• アカウントが見つからない: Cloud Volumes Service に共有 VPC のホスト プロジェクトのレコードがありません。

  この問題を解決するには、次の手順を行います。

  1. ホスト プロジェクトで NetApp Cloud Volumes API を有効にします。

  2. ホスト プロジェクトの [ボリューム] ページを開きます。

  3. サービス プロジェクトに戻り、[確認] をクリックしてプロジェクト リソースを確認します。

• 認証エラー: ユーザー アカウントに Cloud Volumes Service 管理者権限がありません。Cloud Volumes Service の権限に記載されているように、アカウントにすべての管理者権限（netappcloudvolumes.admin）があることを確認します。

Google Cloud NetApp Volumes への移行

このセクションでは、Google Cloud NetApp Volumes に移行する手順について説明します。

始める前に

NetApp Volumes に移行する前に、次の前提条件を確認してください。

• 最初にすべての問題を解決する必要があります。

• 以下の詳細を確認します。

  • プロジェクトで使用されるすべてのリージョン。

  • ホスト プロジェクトとサービス プロジェクト（共有 VPC を使用している場合）。

NetApp Volumes への移行

NetApp Volumes に移行する手順は次のとおりです。

1. Google Cloud コンソールで [NetApp Volumes への移行] ページに移動します。

   [NetApp Volumes への移行] に移動

2. [移行] をクリックし、各プロジェクトの移行が完了するまで最大 40 分待ちます。

   重要: 共有 VPC の移行はホスト プロジェクトから開始する必要があります。

   追加のリージョン、レプリケーション、サービス プロジェクト、またはスナップショットなどの多数のリソースがあると、移行時間が長くなる可能性があります。

3. 移行が完了するまで、[NetApp Volumes への移行] ページを開いたままにします。

4. 最新情報を確認するには、5 分ごとに [ステータスを更新] をクリックします。

5. 移行が完了したら、[Google Cloud NetApp Volumes を開く] をクリックしてリソースを管理し、[ドキュメントを開く] をクリックして詳細を確認します。

移行が完了しても、ボリューム指標が表示されるまでに 15 分ほどかかることがあります。

Cloud Volumes Service と NetApp Volumes 間の移行に失敗した場合は、[e-mail] にメッセージを送信してサポートを依頼してください。ほとんどの場合、これらの障害は Cloud Volumes Service リソースに影響せず、クライアントは Cloud Volumes Service のデータに引き続きアクセスできます。

プロジェクト リージョンで NetApp Volumes への移行が完了すると、そのリージョンに新しい Cloud Volumes Service リソースを作成できなくなります。

既知の制限事項

このセクションでは、NetApp Volumes への移行に関する既知の制限事項について詳しく説明します。

レプリケーションの問題に表示されるリンクが正しく機能しない

CVS でレプリケーション関係が [サポートされていない構成]、[リソースの名前が自動的に変更される]、[移行するリソース] の下に表示されている場合、CVS でレプリケーション関係の名前とレプリケーション リソースへのリンクが正しくありません。

レプリケーション リソースのリンクに関する問題を解決するには、[ボリューム レプリケーション] ページに手動で移動して、レプリケーション関係の名前またはサービスレベルを確認します。

スケジュールされたスナップショットの名前が変更される場合がある

2022 年より前のスケジュール設定されたスナップショット名は、 Google Cloudリソースの命名形式に準拠していません。これらのスナップショットの名前は、weekly.2023-11-27-1500 などの現在の形式を使用して変更できます。

移行後

プロジェクトと、VPC 内の関連するホスト プロジェクトとサービス プロジェクトで使用されているすべてのリージョンで移行が完了すると、CVS リソースの課金は停止します。課金が停止したら、Cloud Volumes Service の定期購入を解約できます。

Cloud Volumes Service の登録を解除する

Cloud Volumes Service の定期購入を解約するには、次の操作を行います。

1. Google Cloud Marketplace に移動します。

2. NetApp Cloud Volumes Service のプロダクト詳細ページを開きます。

3. [購入済み] リンクをクリックします。

4. [注文の管理] をクリックします。

5. [注文] ページで、NetApp Cloud Volumes Service の その他のオプション アイコンをクリックします。

6. [注文をキャンセル] をクリックします。

移行が完了し、Cloud Volumes Service の登録を解除すると、NetApp はネットワーキング リソースの削除を開始します。Google Cloud コンソールまたは Google Cloud CLI を使用して、プロジェクトから NetApp Cloud Volumes Service へのピアリングを手動で削除することもできます。

NetApp では、移行後少なくとも 1 日待ってからリソースの削除を許可し、プロジェクトをクリーンアップすることをおすすめします。

プロジェクトをクリーンアップする手順は次のとおりです。

1. Cloud Volumes Service API を無効にする: cloudvolumesgcp-api.netapp.com API を無効にします。

2. VPC ピアリングを削除する: お客様の VPC から CVS VPC ネットワーク netapp-tenant-vpc への netapp-cv-nw-customer-peer を削除します。