概要
VictoriaLogs Cloudzy 上の VictoriaLogs は、自分で管理できる高速なセルフホスト型ログデータベースです。開発用にシングルノードを、本番用にスペックの余裕あるサーバーを起動して、あとは Vector, Fluent Bit、またはsyslogで接続して、すぐにクエリを始められます。専用EPYC vCPUs、DDR5 XQNT0013X、純粋なXQNT0069X、そして10 Gbpsアップリンクにより、ピーク時のトラフィックでもデータ取り込みとクエリを高速に保ちます。時間単位の課金なので、混雑する時間帯はスケールアップして、後から元に戻せます。
説明
このOne-Clickイメージには VictoriaLogs が含まれており、軽量なsystemdラッパーと、以下の便利なツールも同梱されています： Grafana, Vector, vmauth, vmalert, Alertmanager、および XQNT0221X シングルノード （メトリクス用）。XQNT0254Xはネイティブの XQNT0038X ポートでリッスンしており、ログの受信とクエリへの応答をすぐに開始できます。データモデル、取り込み方法、クエリパターンについては公式ドキュメントを参照してください。
Webインターフェースへアクセス
まず、サーバーで既に動作しているサービスを確認しましょう。 <SERVER-IP> をご自身のインスタンスIPに置き換えてください。
- VictoriaLogs: http://<SERVER-IP>:9428 （取り込み、クエリ、およびメトリクスは /metrics).
- Grafana: http://<SERVER-IP>:3000 初回ログイン時は admin /admin、それから変更してください。
- XQNT0221X シングルノード: http://<SERVER-IP>:8428 （XQNT0299X互換メトリクス用）
- vmalert UI & API: http://<SERVER-IP>:8880.
- vmauth ゲートウェイ: http://<SERVER-IP>:8427 （認証とルーティング用）
- Alertmanager: http://<SERVER-IP>:9093.
- Vector API & UI: http://<SERVER-IP>:8686 有効になっている場合 vector config.
初日から使えるサービス操作コマンド：
| sudo systemctl 開始 victoria-logs sudo systemctl stop victoria-logs sudo systemctl status victoria-logs docker ps |
高度な機能
自分で管理するコンピュートでログデータベースを運用する上で、実際に効果のある改善点を紹介します。クエリのレイテンシを下げ、スパイク時のデータ取り込みを安定させ、アップデートに問題があった場合にすぐロールバックできるようにします。
- 専用の vCPUs と DDR5 RAM 並行する書き込みと読み込みでのパフォーマンス低下を防ぎます。
- 純粋なNVMe storage WAL、インデックス構築、コンパクションで高いIOPSを実現します。
- 10 Gbps network port 大量のデータシッパーや多数のダッシュボードビューアーに対応します。
- オンデマンドスナップショットとロールバック アップグレードやスキーマ変更の前に。
- 時間単位課金 ステージング環境や負荷テスト用のクローンは、使用した時間分だけの費用で済みます。
リサイズはサーバーを再起動するだけで適用されます。データ移行やXQNT0019X の編集は不要です。
使いやすさ
クリーンなダッシュボードから電源操作、スナップショット取得、リージョン移行が行えます。 Vector or Fluent Bit to http://<SERVER-IP>:9428 （XQNT0038X XQNT0052X取り込み用）を設定するか、TCPまたはUDP 514を使いたい場合はXQNT0254X上でsyslogレシーバーを有効にしてください。サンプルの設定例はドキュメントに掲載されています。デフォルトフィールドでシンプルに始めて、必要に応じて構造を追加していくことができます。
パフォーマンス重視
チームがXQNT0254X Grafana のパネルを公開ステータスページや社内ポータルに埋め込んでいる場合、パネルの初期表示を速くしアドホッククエリを高速化することで、ページの操作感が向上します。XQNT0069X XQNT0034X と10 Gbpsアップリンクにより、複数のユーザーが大きな時間範囲に対してクエリを実行しても、レスポンスタイムを安定させます。
Webサイトを完全に管理
rootアクセスがあります。保持期間の調整、インデックスの整理、 vmauth ユーザーの設定、そしてアラートの vmalert と Alertmanager. VictoriaLogs コンテナは以下に配置されています /root/VictoriaLogs、systemd ユニットが Makefile ターゲットを呼び出すことで管理されており、更新は予測可能かつロールバック可能です。以下を使用してください docker ps コンテナを確認したり、独自の compose ファイルでスタックを拡張したりできます。
強力なツール
このイメージには以下のコンポーネントが含まれている、または組み合わせて使用できます。ログの品質に集中できるよう、セットアップの手間を省きます。
- VictoriaLogs ポート 9428 で高速なデータ取り込みとクエリを処理するシングルノード。
- Grafana ポート 3000 でダッシュボードとアドホック分析を提供します。
- XQNT0221X シングルノード ポート 8428 でメトリクスの保存も必要な場合に使用します。
- vmauth ポート 8427 で認証を追加し、マルチテナントのトラフィックをルーティングします。
- vmalert ポート 8880 でアラートルールを評価し、アラート API を公開します。
- Vector 有効化時にポート 8686 で API を提供する、シンプルで高スループットなシッパーとして使用します。
グローバルな展開
ユーザーに最も近いリージョンを選択してください。Cloudzy は以下の拠点を運営しています：
- 北米：ニューヨーク市、ダラス、マイアミ、ユタ、ラスベガス
- ヨーロッパ：ロンドン、アムステルダム、フランクフルト、チューリッヒ
- アジア太平洋シンガポール
すべての拠点で、同じ 10 Gbps アップリンク、Tier-1 接続、99.95% 稼働率の SLA を提供しています。唯一の違いは距離です。
アプリケーション詳細
バージョン: 未指定
OS: Ubuntu Server 24.04
最小RAM: 1 GB
IPタイプ: IPv6、IPv4
今すぐ VictoriaLogs をデプロイ： ログデータベースとダッシュボードが数分で使用できる状態になります。
注記と参考情報： VictoriaLogs のデフォルトポート 9428 と /metrics エンドポイント、取り込み例、およびデータモデルは VictoriaMetrics が公式ドキュメントに記載しています。 vmauth 8427, vmalert 8880, XQNT0221X シングルノード 8428、そして Grafana 3000 の初回ログインフローについては、各公式ガイドに記載されています。
重要: 設定とドメインの責任
すべてのOCAで完全なSSH/rootアクセスが得られます。その権限は、変更が 破る アプリ。設定を調整する前にこれをお読みください。
- ドメインはお客様が管理します。 当社はドメイン/DNSの販売もホスティングもしていません。アプリにドメインが必要な場合は、 お客様自身でドメインをサーバーに向ける必要があります (A/AAAA/CNAME、該当する場合はMX/TXT)。SSL発行および多くのダッシュボードはこれが正しいことに依存しています。
- インストール後のドメイン/ホスト名の変更は簡単ではありません。 多くのOCAは設定ファイル(.env、リバースプロキシ、アプリURL)にドメインを書き込みます。変更する場合は、以下も更新してください:
- リバースプロキシ（Nginx/Caddy）と TLS 証明書
- アプリの「external URL」/ベースURLおよびコールバック/webhook URL
- アプリやアドオン内にハードコードされたリンク
- 認証情報が重要です。 デフォルトの管理者名を変更したり、パスワードをローテーションしたり、アプリ設定を更新せずにサービスポートを変更したりすると、 ロックアウトされる サービスを停止することも。認証情報を安全に保ち、アプリ、プロキシ、各種統合の間で同期させてください。
- ネームサーバーの変更はダウンタイムを引き起こす可能性があります。 ドメインを新しいネームサーバーに移動したり、NSレコードを編集したりすると、伝播遅延が発生します。変更を計画し、事前にTTLを下げ、切り替え前にA/AAAAレコードを確認してください。
- ファイアウォールやポートの編集によりアクセスできなくなる場合があります。 SSH、HTTP/HTTPS、RDP、またはアプリのポートを変更した場合は、ファイアウォール(UFW/CSF/セキュリティグループ)とリバースプロキシのルールもそれに応じて更新してください。
- メール（SMTP）ポートはデフォルトで制限されています。 送信メールポート（例： 25/465/587) かもしれません 悪用防止のためブロックされています。OCA からメール送信が必要な場合は、 SMTP アクセスをリクエストしてください。 サポートから、またはトランザクションメールプロバイダー(SendGrid/Mailgun/SES)をAPIまたは承認済みSMTP経由で使用してください。
- メール＆ホワイトリスト。 アプリがメールを送信したりwebhookを受信したりする場合、IP/ホスト名の変更は到達性や許可リストに影響する可能性があります。SPF/DKIM/DMARCおよび任意のIP許可リストを更新してください。
- 大きな変更を加える前に、スナップショットを取得してください。 パネルの スナップショット/バックアップ 最初に。プラグイン、アップデート、設定編集が裏目に出た場合でも、数分でロールバックできます。
- サポートスコープ。 当社はサーバーとプリインストール済みのOCAイメージを提供します。継続的な アプリケーションレベルの設定 （ドメイン、DNS、アプリ設定、プラグイン、カスタムコード）の管理はユーザーの責任となります。
簡単な目安： 触れたら ドメイン、ポート、パスワード、ホスト名、またはプロキシ/SSL設定の場合、アプリの設定も更新する必要があり、まずスナップショットを取得してください。
インストール
- GitHub から VictoriaMetrics リポジトリをクローンしました
/root/VictoriaLogs - Docker と依存関係をインストールしました
- systemd サービスを作成しました
victoria-logsmake コマンドで VictoriaLogs コンテナを管理します
コマンド
sudo systemctl start victoria-logs # Start VictoriaLogs service sudo systemctl stop victoria-logs # Stop service sudo systemctl status victoria-logs # Check service status docker ps # List running Docker containers
アクセスURL
- シングルノード VictoriaLogs →
http://<SERVER-IP>:9428 - Grafana →
http://<SERVER-IP>:3000 - シングルノード VictoriaMetrics →
http://<SERVER-IP>:8428 - vmalert →
http://<SERVER-IP>:8880 - vmauth →
http://<SERVER-IP>:8427 - Alertmanager →
http://<SERVER-IP>:9093 - Vector UI →
http://<SERVER-IP>:8686
ドキュメンテーション
- https://docs.victoriametrics.com/victorialogs/
