2.7. Time-Series-Database-as-a-Service の使用

HTTP サーバーおよびメトリックデーモンを実行して、Time-Series-Database-as-a-Service (TSDaaS)を実行します。

gnocchi-api
gnocchi-metricd

# gnocchi-api
# gnocchi-metricd

TSDaaS は、mod_wsgi などの WSGI サービスまたはその他の WSGI アプリケーションで実行できます。TSDaaS で提供されるファイル gnocchi/rest/app.wsgi を使用すると、WSGI アプリケーションとして Gnocchi を有効にできます。

TSDaaS API 層は WSGI を使用して実行されます。つまり、Apache httpd および mod_wsgi や uwsgi などの別の HTTP デーモンを使用して実行できます。所有している CPU の数（通常は約 1.5 倍の CPU 数）に応じてプロセスおよびスレッドの数を設定する必要があります。1 台のサーバーで十分ではない場合、必要なだけ新規 API サーバーを増設し、異なるマシン上にでも gnocchi をスケールアウトすることができます。

デフォルトでは、gnocchi-metricd デーモンは、メトリック集約を計算するときに CPU 使用率を最大化するために、CPU パワーをすべて広げます。gnocchi status コマンドを使用して HTTP API にクエリーを行い、メトリック処理のクラスターステータスを取得することができます。このコマンドにより、gnocchi-metricd の処理のバックログである処理するメトリックの数が表示されます。このバックログが継続的に増加していない限り、gnocchi-metricd は送信されるメトリックの量に対応できることを意味します。処理する計測値の数が継続的に増加している場合は、gnocchi-metricd デーモンの数を増やす（一時的など）必要があります。任意の数のサーバー上で、metricd デーモンをいくつでも実行することができます。

HTTP API の /v1/status エンドポイントは、処理する計測値の数 (計測値のバックログ) など、さまざまな情報を返すので、簡単に監視することができます。HTTP サーバーおよび gnocchi-metricd デーモンが実行中であり、ログ内のアラームが何も書き込んでいないことを確認することは、システム全体の健全な状態です。

問題のあるイベントから回復できるようにするには、インデックスとストレージの両方をバックアップする必要があります。つまり、データベースダンプ(PostgreSQL または MySQL)を作成し、データストレージ(Ceph、Swift、またはファイルシステム)のスナップショットまたはコピーを作成することになります。復元手順は次のとおりです。インデックスとストレージのバックアップを復元し、必要に応じて TSDaaS を再インストールして再起動します。