Nightingale Monitoring and Observation Platform リリースバージョン v6.0.0.ga.4

変更点

偉業: 大規模市場の Elasticsearch ソースカードクエリ条件を監視します sortBy 構成をサポートします
リファクタリング: 大容量ディスクの移行ツールページを追加しました. ga.4 以降、大容量ディスクの詳細ページから右上隅にあるグローバル Prometheus クラスタースイッチが削除され、データソース変数を使用してデータソースをグローバルに切り替えることができます. 新しいディスク移行ツールでは、ビジネスグループ内のすべてのディスクをまとめて移行するか、ディスクの詳細ページで個別に移行できます。
リファクタリング: Elasticsearch ソースクエリインデックスの結果の並べ替え
リファクタリング: アラームルールインターフェースのアラームルールテーブル列情報の更新をサブスクライブします
リファクタリング: すべてのテーブルのページ付けスタイルを最適化します
リファクタリング: DingTalk 通知が @ #1475 by monchccの場合の組版を最適化
修正: マーケットでテキストボックス変数の値を入力するとエラーが報告される問題を修正
修正: Elasticsearch ソースクエリの時系列値によってレンダリングされる折れ線グラフの時間表示エラーを修正します。
修正: Elasticsearch ソースクエリログの元の値が空のオブジェクト構造データを返す場合、エラーが報告される問題を修正します。
修正: ビジネスグループに関連付けられたチームが削除された後、ビジネスグループが編集できなくなる問題を修正します。
修正: Mattermost メッセージ送信時のトークン処理の問題#1476 by lwangrabbit
修正: パブリッシュの静的ファイルルーティング
修正: データソースが更新されると、ステータスがリセットされる

ナイチンゲールの紹介

Nightingale はアラーム管理に重点を置いています. 一連のルールが自動的に複数のクラスターに適用されます. 柔軟なアラームルール, シールドルール, サブスクリプションルール, パーミッションコントロールは、Prometheus、VictoriaMetrics などとシームレスに統合できます.
私たちは、監視システムから観測プラットフォームへの発展を試みており、メトリクス、ロギング、追跡データソース管理を導入し、将来的に真のオールインワンを目指し、良好なデータ接続を実現します。
ナイチンゲールプロジェクトには合計 95 人の貢献者、6000 人以上のスターゲイザー、100 件以上のリリースがあり、github アドレス: github.com/ccfos/nightingale

コンポーネントのインストール

Nightingale のインストールは mysql と redis に依存します. これら 2 つのコンポーネントはオープンソースソフトウェアです. 自分でインストールしてください. これら 2 つのコンポーネントをインストールするための小さなスクリプトもここにあります. 参照できます:

# install mysql
yum -y install mariadb*
systemctl enable mariadb
systemctl restart mariadb
mysql -e "SET PASSWORD FOR 'root'@'localhost' = PASSWORD('1234');"

# install redis
yum install -y redis
systemctl enable redis
systemctl restart redis

上記の例では、mysql の root パスワードは 1234 に設定されています。後で構成ファイルを変更する手間を省くために、これを変更しないことをお勧めします。

ナイチンゲールをインストール

mkdir -p /opt/n9e && cd /opt/n9e

# 去 https://github.com/ccfos/nightingale/releases 找最新版本的包，文档里的包地址可能已经不是最新的了
tarball=n9e-v6.0.0-ga.4.0.1-linux-amd64.tar.gz
urlpath=https://download.flashcat.cloud/${tarball}
wget $urlpath || exit 1

tar zxvf ${tarball}

mysql -uroot -p1234 < n9e.sql

nohup ./n9e &> n9e.log &

# check logs
# check port

起動に成功すると、n9e はデフォルトでポート 17000 をリッスンします。上記は nohup を使用した簡単なデモであり、本番環境には systemd ホスティングを使用することをお勧めします。nohup と systemd の使用に関するチュートリアル

構成ファイルには、mysql の接続アドレス構成が含まれており、データベースへの接続時にエラーが報告された場合は、ユーザー名とパスワードを確認できます。 etc/config.toml

ナイチンゲールサーバーがデプロイされた後、ブラウザは 17000 にアクセスして関連する機能を体験できます。デフォルトのユーザーはで、パスワードはです。対応するデータソースを構成すると、ナイチンゲールプラットフォームでメトリック、ログ、およびトレースのデータを表示できます。 . root root.2020

categraf ドッキング v6

categraf ドッキングバージョン v6 をバージョン 0.2.35 にアップグレードする必要があり、構成ファイル config.toml のハートビートスイッチをオンにする必要があります。

v5 アップグレード v6 の手順

操作の前に、データベースをバックアップすることを忘れないでください!
v5.15.0 と一致するように、使用しているナイチンゲールデータソーステーブル構造を更新する必要があります。リリースページには、テーブル構造の各バージョンの更新手順があります。手順に従って、テーブル構造を 1 つずつ更新できます。使用しているバージョン. 文
n9e インストールパッケージを解凍し、upgrade.sql を n9e_v5 データベースにインポートします。

mysql -h 127.0.0.1 -u root -p1234 < cli/upgrade/upgrade.sql

n9e-cli を実行して、データベーステーブル構造のアップグレードを完了します。webapi.conf は、v5 バージョンの n9e-webapi で使用されている構成ファイルです。

./n9e-cli --upgrade --config webapi.conf

n9e 構成ファイルのデータベースを n9e_v5 に変更し、n9e プロセスを開始します

nohup ./n9e &> n9e.log &

n9e がリッスンするポートは 17000 で、以前の Web ポートとデータレポート用のポートは 17000 に調整する必要があります。