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

既存のボリュームを管理

Cloud Manager では、ボリュームと CIFS サーバを管理できます。また、容量の問題を回避するためにボリュームを移動するように求められます。

ボリュームを管理します

ストレージニーズの変化に応じてボリュームを管理できます。ボリュームの表示、編集、クローン作成、リストア、削除を実行できます。

手順

  1. キャンバスページで、ボリュームを管理する Cloud Volumes ONTAP 作業環境をダブルクリックします。

  2. ボリュームの管理：

    タスク アクション

    ボリュームに関する情報を表示します

    ボリュームを選択し、 * 情報 * をクリックします。

    ボリュームの編集（読み取り / 書き込みボリュームのみ）

    1. ボリュームを選択し、 * 編集 * をクリックします。

    2. ボリュームの Snapshot ポリシー、 NFS プロトコルバージョン、 NFS アクセス制御リスト（エクスポートポリシー）、または共有権限を変更し、 * Update * をクリックします。

    注記 カスタムの Snapshot ポリシーが必要な場合は、 System Manager を使用して作成できます。

    ボリュームのクローンを作成します

    1. ボリュームを選択し、 * Clone * をクリックします。

    2. 必要に応じてクローン名を変更し、 * Clone * をクリックします。

    このプロセスにより、 FlexClone ボリュームが作成されます。FlexClone ボリュームは、書き込み可能なポイントインタイムコピーであり、メタデータ用に少量のスペースを使用するため、スペース効率に優れています。また、データの変更や追加に応じて追加のスペースを消費するだけです。

    FlexClone ボリュームの詳細については、を参照してください "ONTAP 9 論理ストレージ管理ガイド"。

    Snapshot コピーから新しいボリュームにデータをリストアします

    1. ボリュームを選択し、 * Snapshot コピーからリストア * をクリックします。

    2. Snapshot コピーを選択し、新しいボリュームの名前を入力して、 * Restore * をクリックします。

    オンデマンドで Snapshot コピーを作成します

    1. ボリュームを選択し、 * Snapshot コピーの作成 * をクリックします。

    2. 必要に応じて名前を変更し、 * 作成 * をクリックします。

    nfs mount コマンドを取得します

    1. ボリュームを選択し、 * コマンドのマウント * をクリックします。

    2. [* コピー（ Copy ） ] をクリックします

    iSCSI ボリュームのターゲット IQN を表示します

    1. ボリュームを選択し、 * Target IQN * をクリックします。

    2. [* コピー（ Copy ） ] をクリックします

    3. "IQN を使用して、から LUN に接続します ホスト"。

    基になるディスクタイプを変更します

    1. ボリュームを選択し、 * ディスクタイプと階層化ポリシーの変更 * をクリックします。

    2. ディスクタイプを選択し、 * Change * をクリックします。

    注記 Cloud Manager は、選択したディスクタイプを使用する既存のアグリゲートにボリュームを移動するか、ボリュームの新しいアグリゲートを作成します。

    階層化ポリシーを変更します

    1. ボリュームを選択し、 * ディスクタイプと階層化ポリシーの変更 * をクリックします。

    2. ［ * ポリシーの編集 * ］ をクリックします。

    3. 別のポリシーを選択し、 * 変更 * をクリックします。

    注記 Cloud Manager は、選択したディスクタイプを使用する既存のアグリゲートにボリュームを移動するか、ボリュームの新しいアグリゲートを作成します。

    ボリュームを削除します

    1. ボリュームを選択し、 * 削除 * をクリックします。

    2. 再度 * Delete * をクリックして確定します。

ボリュームのサイズを変更する

デフォルトでは、スペースが不足したときにボリュームが最大サイズに自動的に拡張されます。デフォルト値は 1 、 000 で、ボリュームはサイズの 11 倍まで拡張できます。この値はコネクタの設定で設定できます。

ボリュームのサイズを変更する必要がある場合は、を使用して変更できます "ONTAP システムマネージャ"。ボリュームのサイズを変更する際は、システムの容量制限を考慮してください。にアクセスします "Cloud Volumes ONTAP リリースノート" 詳細：

CIFS サーバを変更

DNS サーバまたは Active Directory ドメインを変更した場合は、クライアントへのストレージの提供を継続できるように、 Cloud Volumes ONTAP で CIFS サーバを変更する必要があります。

手順

  1. 作業環境で、メニューアイコンをクリックし、 * Advanced > CIFS setup * をクリックします。

  2. CIFS サーバの設定を指定します。

    タスク アクション

    DNS プライマリおよびセカンダリ IP アドレス

    CIFS サーバの名前解決を提供する DNS サーバの IP アドレス。リストされた DNS サーバには、 CIFS サーバが参加するドメインの Active Directory LDAP サーバとドメインコントローラの検索に必要なサービスロケーションレコード（ SRV ）が含まれている必要があります。ifdef::gCP[] Google Managed Active Directoryを設定している場合、デフォルトでは、169.254.169.254.169.254.169.254.169.254.169.254.169.254.169.254.169.254.169.254.169.254.169.254.169.254.6254のIPアドレスでADにアクセスできます。endif：GCP []

    参加する Active Directory ドメイン

    CIFS サーバを参加させる Active Directory （ AD ）ドメインの FQDN 。

    ドメインへの参加を許可されたクレデンシャル

    AD ドメイン内の指定した組織単位（ OU ）にコンピュータを追加するための十分な権限を持つ Windows アカウントの名前とパスワード。

    CIFS サーバの NetBIOS 名

    AD ドメイン内で一意の CIFS サーバ名。

    組織単位

    CIFS サーバに関連付ける AD ドメイン内の組織単位。デフォルトは CN=Computers です。

    • AWS Managed Microsoft AD を Cloud Volumes ONTAP の AD サーバとして設定するには、このフィールドに「 * OU=computers 、 OU=corp * 」と入力します。

    • Azure AD ドメインサービスを Cloud Volumes ONTAP の AD サーバとして設定するには、このフィールドに「 * OU=AADDC computers * 」または「 * OU=AADDC Users * 」と入力します。https://docs.microsoft.com/en-us/azure/active-directory-domain-services/create-ou["Azure のドキュメント：「 Create an Organizational Unit （ OU ；組織単位） in an Azure AD Domain Services managed domain"^]

    • Google Managed Microsoft AD を Cloud Volumes ONTAP の AD サーバとして設定するには、このフィールドに「 * OU=computers 、 OU=Cloud 」と入力します。https://cloud.google.com/managed-microsoft-ad/docs/manage-active-directory-objects#organizational_units["Google Cloud ドキュメント：「 Organizational Units in Google Managed Microsoft AD"^]

    DNS ドメイン

    Cloud Volumes ONTAP Storage Virtual Machine （ SVM ）の DNS ドメイン。ほとんどの場合、ドメインは AD ドメインと同じです。

  3. [ 保存（ Save ） ] をクリックします。

Cloud Volumes ONTAP は CIFS サーバを変更して更新します。

ボリュームを移動する

容量利用率やパフォーマンスの向上、およびサービスレベル契約を満たすためにボリュームを移動する。

System Manager でボリュームを移動するには、ボリュームとデスティネーションアグリゲートを選択してボリューム移動処理を開始し、必要に応じてボリューム移動ジョブを監視します。System Manager を使用すると、ボリューム移動処理が自動的に完了します。

手順

  1. System Manager または CLI を使用して、ボリュームをアグリゲートに移動します。

    ほとんどの場合、 System Manager を使用してボリュームを移動できます。

    手順については、を参照してください "ONTAP 9 ボリューム移動エクスプレスガイド"。

Cloud Manager に「 Action Required 」メッセージが表示されたら、ボリュームを移動します

容量の問題を回避するためにボリュームの移動が必要であることを通知する「 Action Required 」メッセージが Cloud Manager に表示されることがありますが、問題の修正は手動で行う必要があります。この場合は、問題の解決方法を特定してから、 1 つ以上のボリュームを移動する必要があります。

ヒント アグリゲートの使用容量が 90% に達すると、 Cloud Manager に「 Action Required 」メッセージが表示され、データ階層化が有効になっている場合は、アグリゲートの使用容量が 80% に達するとメッセージが表示されます。デフォルトでは、 10% の空きスペースがデータ階層化用に予約されています。 "データ階層化のための空きスペース率について詳しくは、こちらをご覧ください"。
手順

  1. 問題を解決する方法を認識する。。

  2. 分析に基づいて、容量の問題を回避するためにボリュームを移動します。

容量の問題を解決する方法を特定する

容量の問題を回避するためにボリュームの移動が必要で、 Cloud Manager から推奨される処理が提示されない場合、移動が必要なボリュームと、そのボリュームを同じシステムの別のアグリゲートまたは別のシステムのどちらに移動すべきかを特定する必要があります。

手順

  1. Action Required メッセージの詳細情報を表示して、容量制限に達したアグリゲートを特定します。

    たとえば、アグリゲート aggr1 の容量が上限に達したとします。

  2. アグリゲートから移動する 1 つ以上のボリュームを指定します。

    1. 作業環境で、メニューアイコンをクリックし、 * 詳細設定 > 高度な割り当て * をクリックします。

    2. アグリゲートを選択し、 * Info * をクリックします。

    3. ボリュームのリストを展開します。

      スクリーンショット：アグリゲート内のボリュームのリストがアグリゲート情報ダイアログボックスに表示されます。

    4. 各ボリュームのサイズを確認し、アグリゲートから移動するボリュームを 1 つ以上選択します。

      将来的に容量の問題が発生しないように、アグリゲート内の空きスペースに十分な大きさのボリュームを選択する必要があります。

  3. システムがディスク制限に達していない場合は、ボリュームを同じシステム上の既存のアグリゲートまたは新しいアグリゲートに移動する必要があります。

    詳細については、を参照してください "ボリュームを別のアグリゲートに移動して、容量の問題を回避します"。

  4. システムがディスクの上限に達した場合は、次のいずれかを実行します。

    1. 未使用のボリュームを削除します。

    2. ボリュームを再配置して、アグリゲートの空きスペースを確保します。

      詳細については、を参照してください "ボリュームを別のアグリゲートに移動して、容量の問題を回避します"。

    3. スペースがある別のシステムに 2 つ以上のボリュームを移動します。

      詳細については、を参照してください "容量の問題を回避するためにボリュームを別のシステムに移動する"。

容量の問題を回避するためにボリュームを別のシステムに移動します

1 つ以上のボリュームを別の Cloud Volumes ONTAP システムに移動して、容量の問題を回避できます。システムがディスクの上限に達した場合は、この操作が必要になることがあります。

このタスクの手順に従って、次のアクションが必要なメッセージを修正できます。

 Moving a volume is necessary to avoid capacity issues; however, Cloud Manager cannot perform this action for you because the system has reached the disk limit.
.手順
. 使用可能な容量を持つ Cloud Volumes ONTAP システムを特定するか、新しいシステムを導入します。
. ソースの作業環境をターゲットの作業環境にドラッグアンドドロップして、ボリュームの 1 回限りのデータレプリケーションを実行します。

+
詳細については、を参照してください "システム間でのデータのレプリケーション"。

  1. [Replication Status] ページに移動し、 SnapMirror 関係を解除して、レプリケートされたボリュームをデータ保護ボリュームから読み取り / 書き込みボリュームに変換します。

    詳細については、を参照してください "データレプリケーションのスケジュールと関係の管理"。

  2. データアクセス用にボリュームを設定します。

    データアクセス用のデスティネーションボリュームの設定については、を参照してください "ONTAP 9 ボリュームディザスタリカバリエクスプレスガイド"。

  3. 元のボリュームを削除します。

    詳細については、を参照してください "ボリュームを管理します"。

容量の問題を回避するためにボリュームを別のアグリゲートに移動します

1 つ以上のボリュームを別のアグリゲートに移動して、容量の問題を回避できます。

このタスクの手順に従って、次のアクションが必要なメッセージを修正できます。

 Moving two or more volumes is necessary to avoid capacity issues; however, Cloud Manager cannot perform this action for you.
.手順
. 既存のアグリゲートに、移動する必要があるボリュームの使用可能な容量があるかどうかを確認します。

+
.. 作業環境で、メニューアイコンをクリックし、 * 詳細設定 > 高度な割り当て * をクリックします。
.. 各アグリゲートを選択し、 * Info * をクリックして、使用可能な容量（アグリゲート容量から使用済みアグリゲート容量を引いた容量）を確認します。

+
スクリーンショット：アグリゲート情報ダイアログボックスで使用可能な合計アグリゲート容量と使用済みアグリゲート容量を表示します。

  1. 必要に応じて、既存のアグリゲートにディスクを追加します。

    1. アグリゲートを選択し、 * ディスクの追加 * をクリックします。

    2. 追加するディスクの数を選択し、 * 追加 * をクリックします。

  2. 使用可能な容量を持つアグリゲートがない場合は、新しいアグリゲートを作成します。

    詳細については、を参照してください "アグリゲートの作成"。

  3. System Manager または CLI を使用して、ボリュームをアグリゲートに移動します。

  4. ほとんどの場合、 System Manager を使用してボリュームを移動できます。

    手順については、を参照してください "ONTAP 9 ボリューム移動エクスプレスガイド"。

ボリューム移動の実行に時間がかかる場合がある理由

Cloud Volumes ONTAP で次のいずれかの条件に該当する場合、ボリュームの移動に予想よりも時間がかかることがあります。

  • ボリュームがクローンである。

  • ボリュームがクローンの親です。

  • ソースアグリゲートまたはデスティネーションアグリゲートには、スループットが最適化された HDD （ st1 ）が 1 本含まれています。

  • いずれかのアグリゲートでオブジェクトに古い命名規則が使用されています。両方のアグリゲートで同じ名前形式を使用する必要があります。

    9.4 リリース以前のアグリゲートでデータの階層化が有効になっている場合は、古い命名規則が使用されます。

  • 暗号化設定がソースアグリゲートとデスティネーションアグリゲートで一致しないか、キーの変更を実行中です。

  • 階層化ポリシーを変更するためにボリューム移動で -tiering-policy _ オプションが指定されています。

  • ボリューム移動で、 generate-destination-key_option が指定されました。