概要
VictoriaLogsCloudzy 上のCloudzy 、高速で自己管理型のログデータベースCloudzy 。開発用に単一ノードを起動するか、本番用に大容量マシンを用意し、 Vector、 Fluent Bit、syslogを接続すれば、数秒でクエリを開始できます。専用EPYC vCPU、DDR5 RAM、純粋なNVMe、10Gbpsアップリンクにより、トラフィックのピーク時でもデータ取り込みとクエリ処理が高速に維持されます。時間単位課金のため、繁忙時にはスケールアップし、後でスケールダウンできます。
説明
このワンクリック画像は発送されます VictoriaLogs を軽量なsystemdラッパーと共にDocker内で提供し、さらに便利なコンパニオンとして Grafana、 Vector、 vmauth, vmalert, アラートマネージャー、および VictoriaMetrics シングルノード メトリクス用。VictoriaLogsはネイティブHTTPポートで待機し、ログの受信とクエリへの即時応答が可能です。データモデル、取り込み方法、クエリパターンについては公式ドキュメントを参照してください。
Webインターフェースにアクセスする
Start by visiting the services already running on your server. Replace <SERVER-IP> with your instance IP.
- ビクトリアログス: http://<SERVER-IP>:9428 (摂取、クエリ、およびメトリクス) /メトリクス).
- Grafana: http://<SERVER-IP>:3000 (初回ログインは 管理者 /管理者、その後変更する)。
- VictoriaMetrics シングルノード: http://<SERVER-IP>:8428 プロメテウス互換メトリクス用。
- vmalert UI & API: http://<SERVER-IP>:8880.
- vmauth ゲートウェイ: http://<SERVER-IP>:8427 認証とルーティングのため。
- アラートマネージャー: http://<SERVER-IP>:9093.
- Vector API & UI: http://<SERVER-IP>:8686 if enabled in vector config.
初日運用におけるサービス制御:
| sudo systemctl start victoria-ログ sudo systemctl 停止 victoria-ログ sudo systemctl status victoria-ログ docker ps |
高度な機能
以下は、自前で運用するログデータベースにおいて重要な実用的なアップグレードです。これらはクエリのレイテンシを低減し、トラフィック急増時でもスムーズなデータ取り込みを維持し、更新処理が誤動作した場合に迅速なロールバックを可能にします。
- 専用vCPUとDDR5 RAM 並行書き込みおよび読み取りにおけるノイズの多い隣人によるストールを回避するため。
- 純粋なNVMeストレージ WAL、インデックス構築、およびコンパクションにおける高いIOPSのため。
- 10 Gbps ネットワークポート 高頻度出荷者と多数のダッシュボード閲覧者向けに。
- オンデマンドスナップショットとロールバック アップグレードやスキーマ変更の前。
- 時間単位の請求 ステージングまたは負荷テスト用クローンは、保持している時間分のコストのみ発生します。
再起動1回でリサイズが適用されます。データ移行やDNS編集は不要です。
使いやすさ
You get a clean dashboard to power-cycle, snapshot, or migrate regions. Point Vector or Fluent Bit to http://<SERVER-IP>:9428 for HTTP JSON ingestion, or enable syslog receivers on VictoriaLogs if you prefer TCP or UDP 514. Sample recipes are in the docs, and you can keep things simple with default fields and add structure over time.
パフォーマンス重視
チームがGrafanaを埋め込んでいる場合 Grafana パネルをパブリックなステータスページや内部ポータルに組み込んでいる場合、パネルの初回バイトまでの時間を短縮し、アドホッククエリを高速化することで、ページの即時性を実現します。NVMe I/Oと10 Gbpsアップリンクにより、複数のユーザーが大規模なウィンドウに対してクエリを実行しても、応答時間を安定させます。
完全なウェブサイト管理
root権限を取得しました。保持期間の調整、インデックスの削除、vmauthの設定を行ってください。 vmauth ユーザーを設定し、 vmalert および Alertmanager経由でアラートを配信します。VictoriaLogsコンテナは /root/VictoriaLogs配下に存在し、Makefileターゲットを呼び出すsystemdユニットによって管理されるため、更新は予測可能かつ元に戻せます。 docker ps でコンテナを確認するか、独自のcomposeファイルでスタックを拡張できます。
強力なツール
この画像は以下の要素を含み、または組み合わせて使用できます。これにより、足場ではなくログの品質に集中できます。
- ビクトリアログス ポート9428で高速取り込みとクエリを実行する単一ノード。
- Grafana ダッシュボードおよびアドホック探索用(ポート3000)
- VictoriaMetrics シングルノード ポート8428でメトリクスストレージも利用したい場合。
- vmauth 認証を追加し、ポート8427でマルチテナントのトラフィックをルーティングする。
- vmalert アラートルールを評価し、ポート8880でアラートAPIを公開する。
- ベクター 有効化時に8686ポートでAPIを提供する、シンプルで高スループットなシッパーとして。
グローバルな展開
ユーザーに最も近い地域を選択してください。Cloudzy 以下の地域に拠点(POP)Cloudzy :
- 北アメリカニューヨーク市、ダラス、マイアミ、ユタ州、ラスベガス
- ヨーロッパロンドン、アムステルダム、フランクフルト、チューリッヒ
- アジア太平洋: シンガポール
各拠点では、10Gbpsのアップリンク、ティア1プロバイダーのミックス、99.95%の稼働率を保証するSLAが同一で提供されます。唯一異なるのは距離のみです。
申請内容
バージョン: 未指定
OS: Ubuntu Server 24.04
最小RAM: 1 GB
IPタイプ: IPv6、IPv4
VictoriaLogsを今すぐ導入: ログデータベースとダッシュボードが数分で準備完了。
注記と参照: VictoriaLogs のデフォルトポートは 9428 および /metrics エンドポイント、データ取り込みの例、データモデルはVictoriaMetricsで文書化されています。 vmauth 8427、 vmalert 8880、 VictoriaMetrics シングルノード 8428、および Grafana 初回ログインフロー付き3000は、それぞれの公式ガイドに記載されています。
重要:設定とドメインの責任範囲
すべてのOCAで完全なSSH/rootアクセス権限が与えられます。この権限は、変更が アプリを 可能性があります。設定を調整する前に必ずお読みください。
- あなたはドメインを管理します。 当社はドメイン/DNSの販売やホスティングは行っておりません。アプリにドメインが必要な場合は、 ドメインをサーバーに設定する必要があります (Aレコード/AAAAレコード/CNAMEレコード、および該当する場合はMXレコード/TXTレコード)。SSL証明書の発行や多くのダッシュボードは、これらが正しく設定されていることに依存しています。
- インストール後のドメイン名/ホスト名の変更は簡単ではありません。 多くのOCAは設定ファイル(.env、リバースプロキシ、アプリURL)にドメインを記述します。変更する場合は、以下も更新してください:
- リバースプロキシ(Nginx/Caddy)とTLS証明書
- アプリ「外部URL」/ベースURLおよびコールバック/ウェブフック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 # VictoriaLogs サービスの起動 sudo systemctl stop victoria-logs # サービスの停止 sudo systemctl status victoria-logs # サービスの状態確認 docker ps # 実行中の Docker コンテナの一覧表示
アクセス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 - アラートマネージャー →
http://<SERVER-IP>:9093 - ベクターUI →
http://<SERVER-IP>:8686
ドキュメント
- https://docs.victoriametrics.com/victorialogs/