StorageGRIDアップグレードを実行する
StorageGRID 12.0 にアップグレードし、同時にそのリリース向けの最新のホットフィックスを適用できます。StorageGRID のアップグレードページには、推奨されるアップグレードパスと、適切なダウンロードページへの直接リンクが記載されています。
すべての考慮事項を確認し、計画および準備手順をすべて完了しました。
|
|
ストレージ容量を増やすために緊急に拡張する必要がある場合(ストレージがほぼ満杯の場合)は、アップグレードを開始しないでください。アップグレード手順を速やかに完了してください。復旧が必要な場合は、テクニカルサポートにお問い合わせください。 |
StorageGRID アップグレードページへのアクセス
最初のステップとして、Grid Manager の StorageGRID アップグレードページにアクセスします。
-
グリッドマネージャーに"対応ウェブブラウザ"を使用してサインインします。
-
Maintenance > System > Software update を選択します。
-
StorageGRID アップグレードタイルで、*アップグレード*を選択します。
ファイルを選択
StorageGRID アップグレードページの更新パスには、最新の StorageGRID リリースにするためにインストールする必要のあるメジャーバージョン(例:12.0.0)とホットフィックス(例:12.0.0.1)が示されています。推奨バージョンとホットフィックスは、表示されている順序でインストールしてください。
|
|
更新パスが表示されない場合、ブラウザが NetApp Support Site にアクセスできないか、AutoSupport ページ(サポート > ツール > AutoSupport > 設定)の「ソフトウェアアップデートを確認する」チェックボックスが無効になっている可能性があります。 |
-
「ファイルの選択」ステップでは、更新パスを確認してください。
-
「ダウンロードファイル」セクションから、各*ダウンロード*リンクを選択して、NetApp Support Siteから必要なファイルをダウンロードします。
更新パスが表示されない場合は、 "NetAppのダウンロード:StorageGRID"にアクセスして、新しいバージョンやホットフィックスが利用可能かどうかを確認し、必要なファイルをダウンロードしてください。
すべての Linux ホストに RPM または DEB パッケージをダウンロードしてインストールする必要がある場合は、アップデートパスに記載されている StorageGRID のアップグレードファイルとホットフィックスファイルがすでに存在している可能性があります。 -
*参照*を選択して、バージョンアップグレードファイルを StorageGRID にアップロードします:
NetApp_StorageGRID_12.0.0_Software_uniqueID.upgradeアップロードとコード署名の検証が完了すると、ファイル名の横に緑色のチェックマークが表示されます。
-
ホットフィックスファイルをダウンロードした場合は、*参照*を選択してそのファイルをアップロードしてください。このホットフィックスは、バージョンアップグレードの一環として自動的に適用されます。
-
*続行*を選択します。
事前チェックを実行する
事前チェックを実行することで、グリッドのアップグレードを開始する前に、アップグレードに関するあらゆる問題を検出して解決することができます。
-
*事前チェックの実行*ステップでは、まずグリッドのプロビジョニングパスフレーズを入力してください。
-
「リカバリパッケージをダウンロード」を選択します。
プライマリ管理ノードをアップグレードする前に、最新のリカバリパッケージファイルをダウンロードしてください。リカバリパッケージファイルを使用すると、障害が発生した場合にシステムを復元できます。
-
ファイルがダウンロードされたら、 `Passwords.txt`ファイルを含むコンテンツにアクセスできることを確認してください。
-
ダウンロードしたファイル((
.zip)を、安全で安心できる2つの別々の場所にコピーしてください。リカバリパッケージファイルには、StorageGRID システムからデータを取得するために使用できる暗号化キーとパスワードが含まれているため、保護する必要があります。 -
*事前チェックを実行*を選択し、事前チェックが完了するまでお待ちください。
-
報告された各事前チェックの詳細を確認し、報告されたエラーをすべて解決してください。StorageGRID 12.0リリースの "StorageGRID ソフトウェアアップグレード解決ガイド"を参照してください。
システムをアップグレードする前に、すべての事前チェック_エラー_を解決する必要があります。ただし、アップグレード前に事前チェックの_警告_に対処する必要はありません。
カスタムファイアウォールポートを開放している場合は、事前チェック検証中に通知されます。アップグレードを進める前に、必ずテクニカルサポートに連絡してください。 -
報告された問題を解決するために設定を変更した場合は、Run prechecks を再度選択して、最新の結果を取得してください。
すべてのエラーが解決されると、アップグレードを開始するよう促されます。
アップグレードを開始し、プライマリ管理ノードをアップグレードします
アップグレードを開始すると、アップグレードの事前チェックが再度実行され、プライマリ管理ノードが自動的にアップグレードされます。このアップグレード作業には最大30分かかる場合があります。
|
|
プライマリ管理ノードのアップグレード中は、他のグリッドマネージャーページにはアクセスできなくなります。監査ログも利用できなくなります。 |
-
「アップグレードを開始」を選択します。
グリッドマネージャーへのアクセス権が一時的に失われることを知らせる警告が表示されます。
-
警告を承認してアップグレードを開始するには、OK を選択してください。
-
アップグレード前のチェックが実行され、プライマリ管理ノードがアップグレードされるまでお待ちください。
事前チェックでエラーが報告された場合は、それらを解決してから再度*アップグレードの開始*を選択してください。 グリッドにオンラインで準備が整っている別の管理ノードがある場合は、それを使用してプライマリ管理ノードの状態を監視できます。プライマリ管理ノードのアップグレードが完了するとすぐに、他のグリッドノードを承認できるようになります。
-
必要に応じて、*続行*を選択して*他のノードのアップグレード*ステップに進んでください。
他のノードをアップグレードする
すべてのグリッドノードをアップグレードする必要がありますが、複数のアップグレードセッションを実行したり、アップグレードの順序をカスタマイズしたりできます。例えば、サイト A のノードを1回のセッションでアップグレードし、その後、別のセッションでサイト B のノードをアップグレードすることもできます。アップグレードを複数のセッションに分けて実行する場合は、すべてのノードのアップグレードが完了するまで新機能を使用できないことに注意してください。
ノードのアップグレード順序が重要な場合は、ノードまたはノードグループを1つずつ承認し、各ノードのアップグレードが完了するまで待ってから、次のノードまたはノードグループを承認してください。
|
|
グリッドノードでアップグレードが開始されると、そのノード上のサービスは停止します。その後、グリッドノードが再起動されます。ノードと通信しているクライアントアプリケーションのサービス中断を避けるため、ノードが停止および再起動の準備ができていることが確実でない限り、ノードのアップグレードを承認しないでください。必要に応じて、メンテナンス期間を設定するか、顧客に通知してください。 |
-
*他のノードのアップグレード*ステップでは、概要を確認してください。概要には、アップグレード全体の開始時刻と、各主要アップグレードタスクのステータスが表示されます。
-
*アップグレードサービスの開始*が最初のアップグレードタスクです。この作業中、ソフトウェアファイルがグリッドノードに配布され、各ノードでアップグレードサービスが開始されます。
-
*アップグレードサービスの開始*タスクが完了すると、*他のグリッドノードのアップグレード*タスクが開始され、リカバリパッケージの新しいコピーをダウンロードするように求められます。
-
-
指示が表示されたら、プロビジョニングパスフレーズを入力し、リカバリパッケージの新しいコピーをダウンロードしてください。
プライマリ管理ノードのアップグレードが完了したら、リカバリパッケージファイルの新しいコピーをダウンロードしてください。リカバリパッケージファイルを使用すると、障害が発生した場合にシステムを復元できます。 -
各ノードタイプのステータステーブルを確認してください。プライマリ以外の管理ノード、ゲートウェイノード、ストレージノード用のテーブルがあります。
テーブルが最初に表示される時点で、グリッドノードは次のいずれかの段階にある可能性があります。
-
アップグレードの展開
-
ダウンロード中
-
承認待ち
-
-
アップグレードするグリッドノードを選択する準備ができたら(または選択したノードの承認を取り消す必要がある場合は)、次の手順に従ってください。
StorageGRID 12.0 へのアップグレードで、すべてのノードではなく個々のノードを承認する場合は、次のサイトに進む前にサイト全体をアップグレードすることをお勧めします。 Task 命令 承認する特定のノードを検索します(例:特定のサイトにあるすべてのノードなど)。
検索文字列を Search フィールドに入力してください。
アップグレードするすべてのノードを選択
「すべてのノードを承認する」を選択します。
同じタイプのすべてのノードをアップグレード対象として選択します(例:すべてのストレージノード)。
ノードタイプの すべて承認 ボタンを選択します。
同じ種類のノードを複数承認した場合、ノードは1つずつアップグレードされます。
アップグレードする個々のノードを選択します
ノードの 承認 ボタンを選択します。
選択したすべてのノードのアップグレードを延期する
「すべてのノードの承認を取り消す」を選択します。
同じタイプの選択されたすべてのノードのアップグレードを延期します
ノードタイプの すべて承認解除 ボタンを選択します。
個々のノードでのアップグレードを延期する
ノードの「承認解除」ボタンを選択します。
-
承認されたノードが以下のアップグレード段階に進むまでお待ちください:
-
承認済み、アップグレード待ち
-
サービスを停止しています
ノードのステージが「サービスの停止中」に達した場合、ノードを削除することはできません。「承認取り消し」ボタンは無効になっています。 -
コンテナを停止する
-
Dockerイメージのクリーンアップ
-
ベースOSパッケージのアップグレード
アプライアンスノードがこの段階に達すると、アプライアンス上の StorageGRID Appliance Installer ソフトウェアが更新されます。この自動化されたプロセスにより、StorageGRID Appliance Installer のバージョンが StorageGRID ソフトウェアバージョンと同期した状態に保たれます。 -
リブートしています
一部の機器モデルでは、ファームウェアとBIOSのアップグレードのために複数回再起動する場合があります。 -
再起動後に手順を実行する
-
サービスの開始
-
完了
-
-
すべてのグリッドノードがアップグレードされるまで、承認ステップを必要な回数繰り返してください。
アップグレードの完了
すべてのグリッドノードのアップグレード段階が完了すると、Upgrade other grid nodes タスクが「完了」と表示されます。残りのアップグレード作業は、バックグラウンドで自動的に実行されます。
-
*機能の有効化*タスクが完了すると(これはすぐに完了します)、アップグレードされたStorageGRIDバージョンの"新機能"をすぐに使用開始できます。
-
Cassandraデータベースのアップグレードが開始されます。このアップグレードはバックグラウンドで1~3日間実行され、各ストレージノードでCassandraサービスが停止および再起動されます。この期間中、メタデータのストリーミングを伴う一部のメンテナンス手順(拡張など)は無効になります。
-
Final upgrade steps が完了すると、アップグレードは完了です。最初のステップである Select files が、緑色の成功バナーとともに再表示されます。
-
グリッドの運用が正常に戻ったことを確認してください。
-
サービスが正常に動作していること、および予期せぬアラートが発生していないことを確認してください。
-
StorageGRIDシステムへのクライアント接続が想定通りに動作していることを確認します。
-