機能が壊れていると決めつける前に、ボット自体が本当に問題なのかを確認してください。ライブのリソースページには、RAMとCPUの使用状況、データベースとWebSocketのレイテンシ、そしてそのサーバーのボットを現在どのインフラノードが動かしているかが表示されます。数秒おきに更新されます。「ボットが応答しない」という報告の大半は、障害ではなく設定の不足が原因です。しかし、本当に障害やレイテンシの急上昇が起きている場合は、推測する代わりに、このページで確認してください。
リソースページに実際に表示されるもの
- ライブの使用状況：使用中のRAMと合計、ヒープの使用量、CPUの負荷です。直近60秒の小さなスクロールグラフが付いているので、単一の現在値だけでなく、急上昇も見えます。
- 稼働時間とノード：現在のプロセスが動いている時間と、サーバーにサービスを提供している特定のノードの名前です。Noxyrは複数のノードで動いており、特にカスタムボットは割り当てられたノードで動くため、この情報は重要です。
- ライブのレイテンシパネル：データベース、Redisキャッシュ、Discord WebSocket接続、メッセージの遅延、ノード間のレイテンシについて、それぞれ往復の数値が個別に表示されます。現在の値の高さに応じて、緑、黄、赤で色分けされます。
- サービスの状態：メインのボットプロセス、MongoDB、Redisそれぞれについて、オンライン／起動中／オフラインが表示されます。すべての機能が動くために、この3つがすべて正常である必要があります。
ブラウザが対応している場合、ページはライブ接続で自動的に更新されます。対応していない場合は、数秒おきのポーリングに切り替わります。手動で再読み込みする必要はありません。
読み方：正常な状態と本当の問題の違い
データベース、WebSocket、メッセージの遅延のレイテンシが緑の範囲にあり、RAMがメーターが黄色に変わる地点より下にあれば、正常な健全な状態です。小さな変動は予想されるもので、平らな線にはなりません。単一のレイテンシの数値が一時的に黄色に跳ねても、対処する必要はありません。一方、「オフライン」の表示が数秒以上続く場合、またはすべてのレイテンシの数値が同時に赤くなる場合は、特定のサーバーの設定に問題があると決めつける前に、1分待ってもう一度確認する価値があります。
このページを確認する場面と、自分の設定を確認する場面
- 1つの機能だけが動かず、ほかは正常な場合：ほぼ常に設定の問題です（チャンネルの未設定、ロールの階層の問題、モジュールがオフになっているなど）。インフラの問題ではありません。まず概要ページのセットアップチェックリストを確認してください。
- すべての機能で、何にも応答しない場合：何よりも先にリソースを確認してください。メインのボットサービスがオフラインと表示されている場合、またはすべてのレイテンシの数値が赤い場合は、インフラ側で対処が必要です。どのダッシュボードの設定を変えても、それは変わりません。
- 壊れてはいないが遅い場合：コマンドに数秒余計にかかるものの、最終的には動く状態です。メッセージの遅延とデータベースのレイテンシを特に確認してください。一時的に高くなった数値が1〜2分で回復するなら、それは一時的な乱れであり、障害ではありません。
ノードが重要な理由（特にカスタムボットの場合）
Noxyrは、処理能力のために、ボットのプロセスを複数のノードで動かしています。ほとんどのサーバーでは、これは目に見えません。どのノードを使っているかを知る必要も、気にする必要もありません。ただし、カスタムボットでは関係してきます。カスタムボットは起動時に特定のノードに割り当てられ、リソースページで、どのノードかを確認したり、全体の平均ではなくそのノード自体の数値を見たりできます。カスタムボットの動作がおかしい場合、サポートに連絡する際にこのページのノード名を伝えると役立ちます。確認すべきサーバー側のプロセスを、正確に示すことができるからです。
このページでは分からないこと
このページが報告するのは、インフラの健全性であり、機能の設定ではありません。ボットが完全に健全で、すべてのレイテンシが緑でも、カテゴリーが設定されていないためにチケットパネルが投稿されないことや、トグルがオフになっているためにウェルカムメッセージが発動しないことは、十分にあり得ます。リソースは「ボット自体が問題ないか」には答えますが、「サーバーの設定が正しいか」には答えません。後者については、概要ページのセットアップチェックリストと、各機能のダッシュボードページを確認してください。
よくある質問
RAMの使用量が高いと、ボットがクラッシュしそうということですか？それだけでは、そうではありません。メーターは、しきい値を超えるたびに黄色、そして赤に変わります。これは、持続的な上昇を問題になる前に見えるようにするためのものであり、差し迫ったクラッシュの確実な兆候ではありません。
サーバーを1つしか運営していない場合、なぜサーバーのノード名が重要なのですか？通常の（カスタムではない）サーバーでは、ほとんど重要ではありません。参考情報です。カスタムボットを運営するようになると重要性が増します。そのボットのノードが、メインのボットの健全性とは独立して、レイテンシと稼働時間を実際に決めるからです。
これは/statusコマンドと同じものですか？いいえ。/statusは、コミュニティ自身の数値（メンバー、チケット、売上）を報告します。リソースは、ボットのインフラの健全性を報告します。まったく異なる種類の「ステータス」です。
メンバーもこのページを見られますか？いいえ。サーバーの管理用ダッシュボードの一部で、ほかのダッシュボードのページと同じアクセス権（サーバーのオーナーまたは管理者権限）が必要です。
リソースがすべて正常と表示しているのに、機能がまだ動かない場合はどうすればよいですか？インフラの問題ではなく、設定の問題として扱ってください。概要ページのセットアップチェックリストと、該当する機能の設定ページで、チャンネル、ロール、トグルが不足していないか確認してください。
サーバーのライブ状況は、ダッシュボードのリソースページで確認できます。その他の関連機能については、ダッシュボードのドキュメントをご覧ください。