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

アップグレードを実行する

共同作成者
PDF

StorageGRID 11.7にアップグレードして、そのリリースの最新のホットフィックスを同時に適用することができます。StorageGRID のアップグレードページには、推奨されるアップグレードパスと、正しいダウンロードページへの直接リンクが記載されています。

作業を開始する前に

すべての考慮事項を確認し、計画と準備の手順をすべて完了しておきます。

StorageGRID のアップグレードページにアクセスします

最初の手順として、グリッドマネージャのStorageGRID の[Upgrade]ページにアクセスします。

手順

  1. を使用して Grid Manager にサインインします "サポートされている Web ブラウザ"。

  2. 「 * maintenance * > * System * > * Software update * 」を選択します。

  3. StorageGRID のアップグレードタイルで、*アップグレード*を選択します。

ファイルを選択します

StorageGRID の[アップグレード]ページの更新パスには、StorageGRID の最新リリースにアップグレードするためにインストールする必要があるメジャーバージョン（11.7.0など）とホットフィックス（11.7.0.1など）が表示されます。推奨されるバージョンとホットフィックスを記載された順序でインストールする必要があります。

ヒント 更新パスが表示されない場合は、ブラウザがNetApp Support Site にアクセスできないか、AutoSupport ページの*チェックボックス（*サポート>*ツール*>* AutoSupport *）が無効になっている可能性があります。
手順

  1. [ファイルの選択]ステップで、更新パスを確認します。

  2. [Download files]セクションで、各*[Download]*リンクを選択して、NetApp Support Site から必要なファイルをダウンロードします。

    更新パスが表示されない場合は、に進みます "ネットアップのダウンロード： StorageGRID" 新しいバージョンまたはホットフィックスが利用可能かどうかを確認し、必要なファイルをダウンロードします。

    メモ すべてのLinuxホストにRPMパッケージまたはDEBパッケージをダウンロードしてインストールする必要がある場合は、StorageGRID のアップグレードファイルとホットフィックスファイルが更新パスにすでにリストされている可能性があります。

  3. [参照]*を選択して、バージョンアップグレードファイルをStorageGRID にアップロードします。 NetApp_StorageGRID_11.7.0_Software_uniqueID.upgrade

    アップロードと検証の処理が完了すると、ファイル名の横に緑色のチェックマークが表示されます。

  4. ホットフィックスファイルをダウンロードした場合は、*[参照]*を選択してそのファイルをアップロードします。ホットフィックスはバージョンのアップグレード時に自動的に適用されます。

  5. 「 * Continue * 」を選択します。

事前確認を実行

事前確認を実行すると、グリッドのアップグレードを開始する前にアップグレードの問題を検出して解決できます。

手順

  1. [Run prechecks]*ステップで、最初にグリッドのプロビジョニングパスフレーズを入力します。

  2. [ リカバリパッケージのダウンロード ] を選択します。

    プライマリ管理ノードをアップグレードする前に、リカバリパッケージファイルの現在のコピーをダウンロードする必要があります。リカバリパッケージファイルは、障害が発生した場合にシステムをリストアするために使用します。

  3. ファイルをダウンロードしたら、などのコンテンツにアクセスできることを確認します Passwords.txt ファイル。

  4. ダウンロードしたファイルをコピーします (.zip)を2箇所に安全に、安全に、そして別 々 の場所に移動します。

    重要 リカバリパッケージファイルには StorageGRID システムからデータを取得するための暗号キーとパスワードが含まれているため、安全に保管する必要があります。

  5. [事前確認を実行]*を選択し、事前確認が完了するまで待ちます。

  6. 報告された各事前確認の詳細を確認し、報告されたエラーを解決します。を参照してください "StorageGRID ソフトウェアアップグレード解決ガイド" （StorageGRID 11.7リリース）。

    システムをアップグレードする前に、precheck_errors_をすべて解決する必要があります。ただし、アップグレード前にprecheck_warnings_に対処する必要はありません。

    重要 カスタムのファイアウォールポートが開いている場合は、事前確認の実行中に通知されます。アップグレードを続行する前に、テクニカルサポートに連絡する必要があります。

  7. 報告された問題を解決するために設定を変更した場合は、*[事前確認を実行]*をもう一度選択して、更新された結果を取得します。

    すべてのエラーが解決されると、アップグレードを開始するように求められます。

プライマリ管理ノードのアップグレードを開始し、アップグレードを開始します

アップグレードを開始すると、アップグレードの事前確認が再度実行され、プライマリ管理ノードが自動的にアップグレードされます。アップグレードのこの部分には最大30分かかることがあります。

重要 プライマリ管理ノードのアップグレード中は、他のGrid Managerページにはアクセスできません。監査ログも使用できなくなります。
手順

  1. [アップグレードの開始]*を選択します。

    Grid Managerに一時的にアクセスできなくなることを通知する警告が表示されます。

  2. [OK]*を選択して警告を確認し、アップグレードを開始します。

  3. アップグレードの事前確認が実行され、プライマリ管理ノードがアップグレードされるまで待ちます。

    メモ 事前確認でエラーが報告された場合は、それらを解決し、*[アップグレードの開始]*をもう一度選択します。

    オンラインで準備が完了している別の管理ノードがグリッドにある場合は、そのノードを使用してプライマリ管理ノードのステータスを監視できます。プライマリ管理ノードをアップグレードしたらすぐに、他のグリッドノードを承認できます。

  4. 必要に応じて*を選択して[他のノードのアップグレード]*ステップにアクセスします。

他のノードをアップグレードする

すべてのグリッドノードをアップグレードする必要がありますが、複数のアップグレードセッションを実行してアップグレードの順序をカスタマイズすることができます。たとえば、1つのセッションでサイトAのノードをアップグレードしてから、以降のセッションでサイトBのノードをアップグレードすることができます。アップグレードを複数のセッションで実行する場合は、すべてのノードがアップグレードされるまで新しい機能の使用を開始できないことに注意してください。

ノードのアップグレード順序が重要な場合は、ノードまたはノードグループを 1 つずつ承認し、各ノードでアップグレードが完了するまで待ってから、次のノードまたはノードグループを承認します。

重要 グリッドノードでアップグレードを開始すると、そのノードのサービスは停止します。グリッドノードはあとでリブートされます。ノードと通信しているクライアントアプリケーションのサービスの中断を回避するために、ノードを停止およびリブートする準備ができていることを確認できないかぎり、ノードのアップグレードを承認しないでください。必要に応じて、メンテナンス時間をスケジュールするか、お客様に通知します。
手順

  1. [他のノードをアップグレード]*手順については、概要を確認します。概要には、アップグレード全体の開始時刻と各メジャーアップグレードタスクのステータスが表示されます。

    • *アップグレードサービスの開始*は、最初のアップグレードタスクです。このタスクでは、ソフトウェアファイルがグリッドノードに配信され、各ノードでアップグレードサービスが開始されます。

    • アップグレードサービスの開始*タスクが完了すると、*他のグリッドノードをアップグレード*タスクが開始され、リカバリパッケージの新しいコピーをダウンロードするように求められます。

  2. プロンプトが表示されたら、プロビジョニングパスフレーズを入力し、リカバリパッケージの新しいコピーをダウンロードします。

    重要 プライマリ管理ノードをアップグレードしたら、リカバリパッケージファイルの新しいコピーをダウンロードする必要があります。リカバリパッケージファイルは、障害が発生した場合にシステムをリストアするために使用します。

  3. 各タイプのノードのステータステーブルを確認します。非プライマリ管理ノード、ゲートウェイノード、ストレージノード、アーカイブノードのテーブルがあります。

    グリッドノードは、テーブルが最初に表示された時点で次のいずれかの段階になります。

    • アップグレードを開梱しています

    • ダウンロード中です

    • 承認待ちです

  4. アップグレードするグリッドノードを選択する準備ができたら（または選択したノードの承認を取り消す必要がある場合）、次の手順に従います。

    タスク 指示

    特定のサイトのすべてのノードなど、承認する特定のノードを検索します

    [検索]フィールドに検索文字列を入力します

    アップグレードするノードをすべて選択します

    [すべてのノードを承認]*を選択します

    アップグレードの対象として同じタイプのノードをすべて選択する（[All Storage Nodes]など）

    ノードタイプの*[すべて承認]*ボタンを選択します

    同じタイプの複数のノードを承認すると、ノードは一度に 1 つずつアップグレードされます。

    アップグレードする個 々 のノードを選択します

    ノードの*[承認]*ボタンを選択します

    選択したすべてのノードでアップグレードを延期します

    [すべてのノードを承認しない]*を選択します

    同じタイプの選択したすべてのノードでアップグレードを延期します

    ノードタイプの*[すべて未承認]*ボタンを選択します

    個 々 のノードでアップグレードを延期します

    ノードの*[未承認]*ボタンを選択します

  5. 承認されたノードが次のアップグレード段階に進むまで待ちます。

    • 承認され、アップグレードを待機しています

    • サービスを停止しています

      メモ [ステージ]が*[サービスの停止中]*になっているノードを削除することはできません。[未承認]ボタンは無効になっています。

    • コンテナを停止しています

    • Dockerイメージをクリーンアップしています

    • ベースOSパッケージをアップグレードしています

      メモ アプライアンスノードがこの段階になると、アプライアンスのStorageGRID アプライアンスインストーラソフトウェアが更新されます。この自動プロセスにより、 StorageGRID アプライアンスインストーラのバージョンが StorageGRID ソフトウェアのバージョンと常に同期された状態になります。

    • リブートしています

      重要 一部のアプライアンスモデルでは、ファームウェアとBIOSをアップグレードするために複数回リブートすることがあります。

    • リブート後に手順を実行しています

    • サービスを開始しています

    • 完了しました

  6. を繰り返します 承認ステップ すべてのグリッドノードがアップグレードされるまでの必要な回数。

アップグレードを完了する

すべてのグリッドノードのアップグレードステージが完了すると、*[他のグリッドノードをアップグレード]*タスクが[完了]と表示されます。残りのアップグレードタスクはバックグラウンドで自動的に実行されます。

手順

  1. 機能の有効化*タスクが完了するとすぐに（すぐに実行されます）、の使用を開始できます "新機能" アップグレードしたStorageGRID バージョン。

  2. [データベースのアップグレード]タスクでは、各ノードがチェックされ、Cassandraデータベースを更新する必要がないことが確認されます。

    メモ StorageGRID 11.6から11.7へのアップグレードでは、Cassandraデータベースをアップグレードする必要はありませんが、各ストレージノードでCassandraサービスが停止して再起動されます。StorageGRID の今後の機能リリースでは、 Cassandra データベースの更新処理が完了するまでに数日かかることがあります。

  3. データベースのアップグレード*タスクが完了したら、*最終アップグレード手順*が完了するまで数分待ちます。

  4. 最後のアップグレード手順*が完了すると、アップグレードが完了します。最初のステップである*ファイルの選択*が緑色の成功バナーで再表示されます。

  5. グリッドの動作が正常に戻っていることを確認します。

    1. サービスが正常に動作していること、および予期しないアラートが発生していないことを確認してください。

    2. StorageGRID システムへのクライアント接続が想定どおり動作していることを確認する。