StorageGRID システムのトラブルシューティングを行う
変更を提案
PDF
StorageGRID システムの使用中に問題が発生した場合は、このセクションのヒントとガイドラインを参考に、問題 を特定し、解決してください。
問題の特定の概要
StorageGRID システムの管理で問題が発生した場合は、次の図に示すプロセスを使用して、問題 を特定し、分析できます。多くの場合、問題は自力で解決できますが、一部の問題についてはテクニカルサポートへのエスカレーションが必要になることがあります。
問題を定義する
問題を解決するための最初のステップは、問題を明確に定義することです。
次の表に、問題を定義するために収集する情報の種類の例を示します。
| 質問 | 回答例 |
|---|---|
StorageGRID システムはどのような状況にあり、どのような症状があるか？ |
StorageGRID にオブジェクトを取り込めないことをクライアントアプリケーションが報告している。 |
問題はいつ発生しましたか？ |
2020 年 1 月 8 日 14 ： 50 頃にオブジェクトの取り込みが最初に拒否された。 |
最初にどのようにして問題に気付いたか。 |
クライアントアプリケーションから通知される。アラートの E メール通知も受け取った。 |
問題は一貫して発生しますか、または時々発生しますか？ |
問題は現在も続いています。 |
問題が定期的に発生する場合は、原因 を実行する手順を確認してください |
問題は、クライアントがオブジェクトの取り込みを試みるたびに発生します。 |
問題が断続的に発生する場合は、いつ発生しますか？各インシデントの発生時刻を記録します。 |
問題は間欠的ではありません。 |
この問題を以前に見たことがありますか？過去にこの問題が発生した頻度はどのくらいですか？ |
この問題 を初めて見たときです。 |
システムに対するリスクと影響の評価
問題を定義したら、 StorageGRID システムに対するリスクと影響を評価します。たとえば、クリティカルなアラートがあるからといって、システムがコアサービスを提供していないわけではありません。
次の表は、前述の問題の例について、システムの運用に対する影響をまとめたものです。
| 質問 | 回答例 |
|---|---|
StorageGRID システムでコンテンツを取り込むことはできますか。 |
いいえ |
クライアントアプリケーションでコンテンツを読み出せるかどうか |
オブジェクトによっては読み出し可能なものと読み出せないものがあります。 |
データがリスクにさらされているかどうか |
いいえ |
業務を遂行する能力に重大な影響はありますか。 |
はい。クライアントアプリケーションから StorageGRID システムにオブジェクトを格納できず、データを読み出す際の整合性が確保されない。 |
データの収集中です
問題を定義し、リスクと影響を評価したら、分析のためにデータを収集します。収集に最も役立つデータの種類は、問題の内容によって異なります。
| 収集するデータのタイプ | データを収集する理由 | 手順 |
|---|---|---|
最近の変更のタイムラインを作成します |
StorageGRID システム、その設定、または環境を変更すると、原因 の新しい動作を開始できます。 |
|
アラートとアラームを確認します |
アラートとアラームを使用すると、原因となっている問題に関する重要な手がかりを提供して、問題のルート原因 をすばやく特定することができます。 現在のアラートとアラームのリストを確認して、 StorageGRID が問題のルート原因 を特定したかどうかを確認します。 過去にトリガーされたアラートやアラームを確認して、詳細な分析情報を入手できます。 |
|
イベントを監視する |
イベントには、ノードのシステムエラーまたは障害イベント、ネットワークエラーなどのエラーが含まれます。イベントを監視して、問題の詳細やトラブルシューティングに役立てることができます。 |
|
グラフレポートとテキストレポートを使用して傾向を特定します |
傾向は、問題が発生したときに役立つヒントを提供し、変化の速さを把握するのに役立ちます。 |
|
ベースラインを設定する |
さまざまな運用値の通常レベルに関する情報を収集します。これらのベースライン値とこれらのベースラインからの偏差は、貴重な手がかりとなります。 |
|
取り込みと読み出しのテストを実行する |
取り込みと読み出しに関するパフォーマンスの問題のトラブルシューティングを行うには、ワークステーションを使用してオブジェクトの格納と読み出しを行います。クライアントアプリケーションを使用して確認した結果と比較します。 |
|
監査メッセージを確認します |
StorageGRID の処理の詳細については、監査メッセージを確認してください。監査メッセージの詳細は、パフォーマンスの問題など、さまざまな種類の問題のトラブルシューティングに役立ちます。 |
|
オブジェクトの場所とストレージの整合性をチェックする |
ストレージに問題がある場合は、オブジェクトが想定どおりに配置されていることを確認します。ストレージノード上のオブジェクトデータの整合性をチェックします。 |
|
テクニカルサポートに使用するデータを収集します |
テクニカルサポートに問い合わせた際に、問題のトラブルシューティングに役立つデータの収集や特定の情報の確認を求められることがあります。 |
最近の変更のタイムラインを作成する
問題が発生した場合は、最近の変更内容と、その変更がいつ行われたかを検討する必要があります。
-
StorageGRID システム、その設定、または環境を変更すると、原因 の新しい動作を開始できます。
-
変更のスケジュールを確認することで、問題 の担当となる変更を特定し、各変更がその開発にどのような影響を及ぼすかを特定できます。
システムに最近行われた変更の表を作成します。この表には、各変更がいつ行われたかに関する情報と、変更の進行中に他に何が行われたかに関する関連情報が含まれます。
| 変更時刻 | 変更のタイプ | 詳細 |
|---|---|---|
例：
|
どうしましたか？何をしましたか？ |
変更に関連する詳細を文書化します。例：
同時に複数の変更が発生した場合は注意してください。たとえば、アップグレードの実行中にこの変更が行われたかどうかを確認します。 |
最近の重要な変更の例
重要な変更の例をいくつか示します。
-
StorageGRID システムのインストール、拡張、リカバリを最近行ったかどうか
-
システムは最近アップグレードされましたか？ホットフィックスが適用されましたか？
-
ハードウェアの修理や交換を最近行ったかどうか
-
ILM ポリシーは更新されているか。
-
クライアントのワークロードは変化しましたか。
-
クライアントアプリケーションまたはその動作に変化はありますか。
-
ロードバランサを変更したか、管理ノードまたはゲートウェイノードのハイアベイラビリティグループを追加または削除したか。
-
開始されたタスクのうち、完了までに時間がかかるものはありますか？たとえば、次のようなもの
-
障害が発生したストレージノードのリカバリ
-
ストレージノードの運用停止
-
-
テナントの追加や LDAP 設定の変更など、ユーザ認証に変更がないかどうか
-
データ移行を実行中かどうか
-
プラットフォームサービスが最近有効化または変更されましたか？
-
最近、コンプライアンスを有効にしましたか？
-
クラウドストレージプールは追加または削除されていますか？
-
ストレージの圧縮や暗号化に変更がないかどうか
-
ネットワークインフラに変更はありますか。たとえば、 VLAN 、ルータ、 DNS などです。
-
NTP ソースに変更がないかどうか
-
グリッド、管理、クライアントの各ネットワークインターフェイスに変更がないかどうか
-
アーカイブノードの設定に変更がないかどうか
-
StorageGRID システムや環境にその他の変更がないかどうか
ベースラインを設定する
さまざまな運用値の通常レベルを記録することで、システムのベースラインを設定できます。将来的には、現在の値をこれらのベースラインと比較して、異常な値を検出して解決することができます。
| プロパティ（ Property ） | 価値 | 取得方法 |
|---|---|---|
ストレージの平均消費量 |
1 日あたりの GB 消費量 1 日あたりの消費率 |
Grid Manager に移動します。ノードページで、グリッド全体またはサイトを選択し、ストレージタブに移動します。 Storage Used - Object Data チャートで、この線がかなり安定している期間を探します。グラフにカーソルを合わせると、 1 日に消費されるストレージの量が推定されます この情報は、システム全体または特定のデータセンターについて収集できます。 |
メタデータの平均消費量 |
1 日あたりの GB 消費量 1 日あたりの消費率 |
Grid Manager に移動します。ノードページで、グリッド全体またはサイトを選択し、ストレージタブに移動します。 Storage Used - Object Metadata チャートで、この線がかなり安定している期間を探します。グラフにカーソルを合わせて、 1 日に消費されるメタデータストレージの量を見積もります この情報は、システム全体または特定のデータセンターについて収集できます。 |
S3 / Swift 処理のレート |
処理数 / 秒 |
Grid Manager のダッシュボードに移動します。プロトコル処理セクションで、 S3 速度と Swift 速度の値を表示します。 特定のサイトまたはノードの取り込み速度と読み出し速度、および数を表示するには、* Nodes >*siteまたはStorage Node>* Objects *を選択します。S3 または Swift の取り込みと読み出しのグラフにカーソルを合わせます。 |
失敗した S3 / Swift 処理 |
処理 |
Support > Tools > Grid Topology *を選択します。API Operations セクションの Overview タブで、 S3 Operations - Failed または Swift Operations - Failed の値を確認します。 |
ILM 評価の速度 |
オブジェクト数 / 秒 |
ノードページで、 * GRID_NETWORK* > * ILM * を選択します。 ILM キューグラフで、この線がかなり安定している期間を探します。グラフにカーソルを合わせて、システムの * 評価率 * のベースライン値を見積もります。 |
ILM のスキャン速度 |
オブジェクト数 / 秒 |
ノード*>*GRID_NETWORK*>* ILM *を選択します。 ILM キューグラフで、この線がかなり安定している期間を探します。グラフにカーソルを合わせると、システムの * スキャンレート * のベースライン値が推定されます。 |
クライアント処理からキューに登録されたオブジェクト |
オブジェクト数 / 秒 |
ノード*>*GRID_NETWORK*>* ILM *を選択します。 ILM キューグラフで、この線がかなり安定している期間を探します。グラフにカーソルを合わせて、システムの「 * Objects queued （ from client operations ） * 」のベースライン値を見積もります。 |
クエリの平均レイテンシ |
表示されます |
ノード*>*ストレージノード*>*オブジェクト*を選択します。クエリテーブルで、平均レイテンシの値を確認します。 |
データを分析中です
収集した情報を使用して、問題の原因 と潜在的な解決策を特定します。
分析方法は問題の内容によって異なりますが、一般的には次の手順に従ってください。
-
アラームを使用して、障害が発生したポイントやボトルネックを特定します。
-
アラーム履歴とチャートを使用して、問題の履歴を再構築します。
-
チャートを使用して異常を特定し、問題の状況を通常の動作と比較します。
エスカレーション情報のチェックリスト
自分で問題を解決できない場合は、テクニカルサポートにお問い合わせください。テクニカルサポートに連絡する前に、次の表に記載された問題解決に必要な情報を収集してください。
 |
項目 | 注： |
|---|---|---|
問題点 |
問題の症状は何ですか？問題はいつ発生しましたか？一貫して、または断続的に発生しますか？断続的に発生した場合、何回起きましたか？ |
|
影響の評価 |
問題の重大度はどの程度ですか。クライアントアプリケーションにはどのような影響がありますか？
|
|
StorageGRID システム ID |
[* Maintenance （メンテナンス）]>[ System （*システム）]>[* License *（*ライセンスStorageGRID システム ID は現在のライセンスの一部として表示されます。 |
|
ソフトウェアのバージョン |
StorageGRID のバージョンを確認するには、* Help > About *をクリックします。 |
|
カスタマイズ |
StorageGRID システムの構成をまとめます。たとえば、次のように指定します。
|
|
ログファイルとシステムデータ |
システムのログファイルとシステムデータを収集します。[サポート（Support ）]>[*ツール（* Tools ）]>[*ログ（* Logs *）] ログは、グリッド全体または選択したノードについて収集できます。 選択したノードのログのみを収集する場合は、 ADC サービスがあるストレージノードを 1 つ以上含めるようにしてください。（サイトの最初の 3 つのストレージノードに ADC サービスが含まれています）。 |
|
ベースライン情報 |
取り込み処理、読み出し処理、およびストレージ消費量に関するベースライン情報を収集します。 |
|
最近の変更のタイムライン |
システムや環境に対する最近の変更をまとめたタイムラインを作成 |
|
問題 を診断するための取り組みの歴史 |
問題 の診断またはトラブルシューティングの手順を自分で実行した場合は、実行した手順と結果を記録しておいてください。 |