OneFSアップグレードの一環として、以前のバージョンのinode設計を新しいバージョンに移行する必要があります。この移行を延期または防止する方法はありません。 これにより、OneFSクラスター上のすべてのファイル(ユーザー スペース(/ifs)とすべてのシステム タイプ ファイルが含まれます。
この手順は、OneFSクラスターのアップグレードがアップグレード プロセスで「コミット」された後に開始されます。
一部のシナリオや導入環境では、このジョブの大規模な処理が一時的なパフォーマンスの問題を引き起こす可能性があります。
OneFSアップグレードをコミットした後、ソフトウェア バージョンのアップグレード後にファイル システムをアップグレードするタイプのアップグレード のシステム ジョブが自動的に開始され、完了するまで実行を許可する必要があります。 アップグレードのOneFSリリース間にinode構造の変更がある場合、アップグレード ジョブはすべてのファイルでinode構造の変更を実行します。 この問題が発生すると、inode構造の変更を実行するために必要なIOPSの増加により、実行中のアップグレード ジョブが一時的なパフォーマンスの問題を引き起こす可能性があります。 この問題は、アップグレード ジョブのポリシーを現在のデフォルト値である[中]から[低]に変更することで軽減できます。
影響を受ける可能性のあるシステムはどれですか?
| 製品（およびバージョン） | inodeが変更されたバージョンにアップグレードするIsilonのすべてのOneFS/PowerScaleクラスター。 |
| 次のコア ソフトウェアを実行している場合 （オペレーティング システム(OS)または操作環境(OE)） |
inode構造が変更されたOneFSリリース: |
| この条件が該当する場合 | 問題が発生した場合は、一般的なアップグレードが完了してから数時間または数日後に発生し、この最終移行ジョブが実行されます。 |
| さらにこの条件が該当する場合 | この現象が発生する可能性は確かではなく、クラスター全体の正常性、ハードウェアのタイプ、オペレーターとエンドユーザーのポリシーとワークフローからのシステムへの一般的な影響、/ifs下のファイル オブジェクトの数、その他の要因など、多くの一時的な要因によって異なります。 |
この間、文字通り、ストレージ プラットフォーム上のすべてのファイルは、新しいinodeバージョンに迅速に移行されます。ハードウェア プラットフォーム全体で、またデフォルトのジョブ ポリシーを使用して、ラボで観察された一般的なアップデートのペースは、1時間あたり数千万のファイル オブジェクト全体にまで及びます。このコンテキストの「ファイル」は、「ユーザーがアップロードした」ファイルのみを指すわけではありません。例えば、クォータとレポートの下に表示されます。これには、すべてのシステム レベルのファイルとオブジェクトも含まれます。
移行が進行中になると、デフォルトのメディア ポリシーで実行される「Upgrade」という名前のCLIのジョブと見なされるため、このアップグレードの実行中にIsilonクラスターに一時的および一時的なパフォーマンスの問題が発生する可能性があります。このレポートの数が限られているため、アップグレードinodeの移行には、中ポリシーに基づいて数時間から数日かかる可能性があります。
これは、アップグレード ジョブのポリシーを現在のデフォルト値である中から低に変更することで軽減できます。
パフォーマンスへの影響が見られる場合は、これらの影響を軽減するために、アップグレード ジョブのポリシーを[中]から[低]に変更します。ポリシーを[ 低 ]に変更すると、実行中のジョブの全体的な影響が軽減されますが、ジョブの完了に要する時間は長くなります。
現在実行中のアップグレード ジョブのポリシーを低に変更するには、次のコマンドを実行します。
将来のアップグレード ジョブのポリシーを低に変更するには、次のコマンドを実行します。
注：このジョブは、この特定のアップグレードの重要な部分です。ジョブの優先度などを変更できますが、このジョブを実行する絶対要件は変更できません。「ジョブ」が何らかの形でキャンセルまたは失敗した場合は、再度再開されます。inodeの変更が完了している必要があります。