メインコンテンツまでスキップ
NetApp Response to Russia-Ukraine Cyber Threat
In response to the recent rise in cyber threat due to the Russian-Ukraine crisis, NetApp is actively monitoring the global security intelligence and updating our cybersecurity measures. We follow U.S. Federal Government guidance and remain on high alert. Customers are encouraged to monitor the Cybersecurity and Infrastructure Security (CISA) website for new information as it develops and remain on high alert.

NetApp KCS Award

Data ONTAP Cluster-Mode でルートアグリゲートに 1 つ以上のデータボリュームを作成しようとすると警告が表示されるのはなぜですか。

Views:
33
Visibility:
Public
Votes:
0
Category:
clustered-data-ontap-8
Specialty:
core
Last Updated:

に適用されます

Data ONTAP Cluster-Mode

回答

Data ONTAP Cluster-Mode でルートアグリゲート内にボリュームを作成しようとすると、次のような警告が表示されます。

警告:ルートアグリゲートにボリュームを作成しようとしています。  パフォーマンスまたは安定性に重大な問題が発生する可能性があるため、この構成は推奨されません。
続行しますか?{y|n}:

Data ONTAP でこの警告が報告される理由は、次のとおりです。

  • ギブバック中のアクセスが失われました

Data ONTAP Cluster-Mode でギブバックを実行すると、アグリゲートは順番に割り当てられます。最初に、ルートアグリゲートを返します。ルートボリュームがオンラインに戻ると、指定したノードがクラスタデータベースを同期し、すべての設定が正しいことを確認して、他のアグリゲートが返される前にデータを正しく処理できるようにします。この間、データアグリゲート内のすべてのボリュームは、パートナーによって提供されます。1 つずつ、部分的なギブバック(一部のアグリゲートが指定されていて、一部が指定されていない)は、アグリゲートが復帰するとフルギブバックになります。

ただし、ルート・アグリゲート内のデータ・ボリュームは、ルート・ボリュームと一緒に割り当てられます。リカバリノードが完全に正常で、データを処理する準備が整っている間は、これらのボリュームはクライアントで使用できません。リカバリノードは、そのボリュームを解放して、リカバリノードは、クラスタ関連のすべてのデータが完全に検証されるまでデータを処理できません。このボリュームのダウンタイム処理には数分かかることがあり、ギブバックは、ルートアグリゲートに格納されているボリュームの非常に中断の多いプロセスになります。

  • ファイルシステムの整合性

アグリゲートとボリュームの整合性は、さまざまな理由で失われる可能性があります。たとえば、アクティブな I/O 中にドライブスタック(ループ)をコントローラヘッドから突然切断すると、アグリゲートの整合性が失われることがあります。ルートボリュームは、ノードが正常に機能するために必要です。ルートアグリゲートが一致しない場合、ルートボリュームが再び使用可能になるまで、ノードはデータの提供を停止します。ファイルシステムのチェック中はノードを完全にオフラインにする必要があるため、ルートアグリゲートへの整合性のリストアは特に困難です。

重要なルートボリュームのデータはクラスタと同期することでリカバリできるため、整合性チェックよりもはるかに高速なリカバリ方法は、整合性のないアグリゲートを破棄して再作成し、ルートボリュームを追加し、クラスタと同期して重要なデータを取得することです。

注意:この操作は、ネットアップのサポートを受けた場合にのみ実行してください。

ルートアグリゲートにデータボリュームがある場合は、アグリゲートを消去して再作成するだけでは、アグリゲートを再作成することはできません。また、アグリゲートにデータボリュームを追加すると、ルートアグリゲートでファイルシステムの不整合が発生するリスクが高まります。

  • リソースの競合

スペース

ルートボリュームには重要なデータが格納されており、そのためにはかなりの容量が必要です。レプリケートされたデータベースはここに格納され、ノードが機能するためには常に最新の状態である必要があります。さらに、ルートボリュームは、コアダンプ、パケットトレース、ログなどの重要な診断情報を格納するために使用されます。ルートボリュームが完全にいっぱいになると、ノードはデータの提供を停止し、機能しなくなります。ルートボリュームが十分に大きいことを確認するには、最小サイズの要件があります。詳細について[1]は、 Data ONTAP 8.1 『 System Administration Guide for 7-Mode 』に記載されているルートボリュームの最小サイズの表を参照するには、ここをクリックしてください。

このようなスペースの制約がある場合、ルートアグリゲートには、ルートボリュームのほかに、データボリュームに使用できるスペースが多くなる場合とない場合があります。

ディスク I/O の競合

Cluster-Mode のルートボリュームは、レプリケートされたデータベースのさまざまなテーブルを格納および更新するために使用されます。LIF 、ボリューム、アグリゲート、およびクラスタ内で実行するために必要なさまざまなジョブの場所に関する重要な情報は、これらのテーブルに格納されます。ルートアグリゲートに非常にビジーなデータボリュームがある場合、アグリゲート内のディスクのレイテンシが高くなります。ノードがレプリケートされたデータベースのコピーを十分な速度で更新できない場合、ノード自体が異常であると判断し、すべてのデータの処理を停止してから、そのデータを取得します。これは非常に中断が大きく、ルートアグリゲートに格納されているデータボリュームにのみ原因が関係している場合でも、ノード上のすべてのボリュームに影響します。

追加情報

AdditionalInformation_Text

 

Scan to view the article on your device