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

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

共同作成者 netapp-lhalbert netapp-perveilerk netapp-pcarriga
PDF

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

開始する前に

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

注意 緊急にストレージを拡張して容量を増やす必要がある場合（ストレージがほぼいっぱいの場合）は、アップグレードを開始しないでください。アップグレード手順を適時に完了してください。回復が必要な場合は、テクニカル サポートにお問い合わせください。

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

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

手順

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

  2. メンテナンス > システム > *ソフトウェアアップデート*を選択します。

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

ファイルを選択

StorageGRIDアップグレード ページの更新パスには、最新のStorageGRIDリリースを取得するためにインストールする必要があるメジャー バージョン (例: 12.0.0) とホットフィックス (例: 12.0.0.1) が示されています。推奨バージョンと修正プログラムは、表示されている順序でインストールする必要があります。

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

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

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

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

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

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

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

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

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

事前確認を実行

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

手順

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

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

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

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

  4. ダウンロードしたファイルを(`.zip`2つの安全で安全な別の場所にコピーします。

    注意 リカバリ パッケージ ファイルには、 StorageGRIDシステムからデータを取得するために使用できる暗号化キーとパスワードが含まれているため、セキュリティで保護する必要があります。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    注意 プライマリ管理ノードがアップグレードされた後、リカバリ パッケージ ファイルの新しいコピーをダウンロードする必要があります。リカバリ パッケージ ファイルを使用すると、障害が発生した場合にシステムを復元できます。

  3. 各タイプのノードのステータステーブルを確認します。非プライマリ管理ノード、ゲートウェイノード、ストレージノードのテーブルが用意されています。

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

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

    • ダウンロード中

    • 承認待ちです

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

    メモ StorageGRID 12.0 のアップグレードでは、すべてのノードではなく個々のノードを承認する場合、次のサイトに移動する前にサイト全体をアップグレードするのがベスト プラクティスです。
    タスク 指示

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    • リブートしています

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

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

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

    • 完了

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

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

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

手順

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

  2. Cassandra データベースのアップグレードが開始されます。このアップグレードは 1 ～ 3 日間バックグラウンドで実行され、各ストレージ ノードで Cassandra サービスが停止され、再起動されます。この間、拡張などのメタデータ ストリーミングを伴う特定のメンテナンス手順は無効になります。

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

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

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

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

関連情報

"アップグレード中にシステムが受ける影響"