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