オブザーバビリティクイックスタート
完全なオブザーバビリティスタック - ログ、トレース、メトリクス - すべてVeloDBによって提供される体験。
前提条件
- DockerとDocker Composeがインストール済み
- VeloDB Cloudアカウント - 無料でサインアップし、Quick Start Guideに従ってwarehouseを作成
- MySQLクライアント - データベース作成用
VeloDB接続詳細の確認
VeloDB Cloudでwarehouseを作成した後：
- VeloDB Consoleでwarehouseにアクセス
- Connectionをクリックして以下を確認：
- Host - クラスターエンドポイント（例：
xxx.velodb.io） - MySQL Port - 通常
9030 - HTTP Port - 通常
8080
- Host - クラスターエンドポイント（例：
- Settingsをクリックして
adminパスワードを取得またはリセット
体験できること
Kibanaのようなログ検索
Lucene風シンタックスによる全文検索、ヒストグラム可視化、フィールド分析
分散トレースの調査
マイクロサービス全体のトレースを表示、期間、サービス、ステータスでフィルタリング
任意のリクエストの詳細調査
タイミング詳細とともに全サービスホップを表示する完全なウォーターフォールビュー
クイックセットアップ（5分）
1. ダウンロード
mkdir velodb-observability && cd velodb-observability
curl -O https://raw.githubusercontent.com/velodb/velodb-tutorials/main/observability/docker-compose.yaml
この単一ファイルにはすべてが含まれています - GrafanaイメージにはダッシュボードとDoris Appプラグインが事前にパッケージされています。
2. 設定
.envファイルを作成します（コピー＆ペーストして編集）：
VELODB_HOST=your-cluster.velodb.io
VELODB_USER=admin
VELODB_PASSWORD=your-password
VELODB_DATABASE=observability
VELODB_MYSQL_PORT=9030
VELODB_HTTP_PORT=8080
VELODB_TIMEZONE=America/Los_Angeles
DATA_RETENTION_DAYS=7
REPLICATION_NUM=1
Grafanaで正しい時刻表示を確保するために、VELODB_TIMEZONEをあなたのローカルタイムゾーン（America/New_York、Europe/London、Asia/Tokyo など）に設定してください。
3. データベースの作成
source .env && mysql -h $VELODB_HOST -P ${VELODB_MYSQL_PORT:-9030} -u $VELODB_USER -p -e "CREATE DATABASE IF NOT EXISTS $VELODB_DATABASE"
4. 開始
docker compose --profile demo up -d
これにより、15以上のマイクロサービスとGrafanaを含むデモeコマースアプリが開始されます。
5. 動作確認
サービスが開始されるまで1～2分待ってから、以下を確認してください：
# Check all containers are running
docker compose --profile demo ps
# Verify data is flowing to VeloDB
docker logs otel-collector 2>&1 | grep -E "LOG|METRIC"
次のような出力が表示されるはずです:
[LOG] total 0 MB 1234 ROWS, total speed 0 MB/s 41 R/s
[METRIC] total 0 MB 567 ROWS, total speed 0 MB/s 18 R/s
パート 1: デモストアを探索する
http://localhost:8080 を開いてeコマースストアフロントを確認してください：
テレメトリを生成するために以下のアクションを試してください：
- 商品カテゴリを閲覧する
- アイテムをカートに追加する
- チェックアウトを実行する
- 商品を検索する
すべてのクリックがログ、トレース、メトリクスを生成し、VeloDBに流れ込みます。
パート 2: ログを発見する
http://localhost:3000 → Apps → Doris App → Discover を開いてください
「0 hits」と表示された場合は、ストアを閲覧した後、テレメトリデータがVeloDBに流れ込むまで30秒間お待ちください。
ログを確認する
データベースとotel_logsテーブルを選択してください。時間軸に沿ったログ量のヒストグラムが表示されます：
全文検索クエリで検索する
検索バーにクエリを入力してください - Lucene風構文をサポートしています：
以下のクエリを試してください：
| クエリ | 検索結果 |
|---|---|
severity_text:ERROR | すべてのエラー |
service_name:frontend | フロントエンドサービスのログ |
"failed to connect" | 完全一致フレーズ |
status_code:[500 TO 599] | サーバーエラー |
service_name:cart AND severity_text:WARN | カートの警告 |
クリックでフィルタリング
任意のフィールド値をクリックして即座にフィルタリングできます：
ログの詳細を展開する
任意のログをクリックしてすべてのフィールドと周辺のコンテキストを確認できます：
SQLに切り替える
SQLを好む場合は、複雑なクエリのためにSQLモードに切り替えてください：
ログ内のTrace IDを見つける
ログとトレースはtrace IDで接続されています。興味深いログを見つけたら、trace IDを使用してすべてのサービス間での完全なリクエストフローを確認できます。
trace IDをクリックしてコピーし、Tracesページ（パート3）で検索してください。
パート 3: トレースを探索する
Apps → Doris App → Traces に移動してください
すべてのトレースを表示する
システム内を流れるすべてのリクエストを確認できます：
低速なリクエストを見つける
パフォーマンスの問題を見つけるために最小継続時間でフィルタリングしてください：
継続時間で並び替えて最も遅いリクエストを最初に表示します：
トレースを詳しく調べる
任意のトレースをクリックして完全なウォーターフォール表示を確認してください：
以下を確認できます：
- リクエストに関与するすべてのサービス
- 各サービスで費やされた時間
- スパン間の親子関係
- 任意のスパンでのエラーステータス
パート 4: メトリクスを探索する
Dashboards → VeloDB OTEL → 1 Metrics に移動して、事前構築されたメトリクス可視化を確認してください：
ダッシュボードはマイクロサービスからの主要メトリクスを表示します：
- RPS（Requests Per Second） - 各サービスのリクエストスループット
- Request Duration - サービス全体のレイテンシパーセンタイル
完了しました！
VeloDBを活用した完全な可観測性スタックができました：
- ログ - Kibanaのような全文クエリまたはSQLで検索可能
- トレース - すべてのマイクロサービス間での分散トレーシング
- メトリクス - SQLでパフォーマンスメトリクスをクエリ
- 相関 - trace IDを使用してログからトレースにジャンプ
すべての可観測性データが一箇所に保存され - 標準SQLでクエリ可能で、10倍のストレージ圧縮とリアルタイム取り込みが可能です。
さらに詳しく知りたい場合は？ アーキテクチャの詳細と本番環境のデプロイメントガイドについてObservability Overviewを確認してください。
クリーンアップ
docker compose --profile demo down -v
トラブルシューティング
Grafanaで「0 hits」と表示されるがデータは存在する場合
まず、VeloDBにデータが存在することを確認してください：
source .env && mysql -h $VELODB_HOST -P ${VELODB_MYSQL_PORT:-9030} -u $VELODB_USER -p$VELODB_PASSWORD $VELODB_DATABASE -e "SELECT COUNT(*) FROM otel_logs"
データが存在するにもかかわらずGrafanaが「0 hits」を表示する場合は、.envのVELODB_TIMEZONEをブラウザのタイムゾーンと一致するように更新してから、コンテナを再起動してください。
VeloDBに接続できませんか？ → ホストにアクセス可能で、ポート9030 + 8080が開いていることを確認してください。
Collectorがエクスポートしませんか？
→ docker logs otel-collectorで接続エラーを確認してください。
詳細情報
- Observability Overview - オブザーバビリティにVeloDBを使用する理由
- VARIANT Data Type - ログとトレース用の半構造化データ型
- Inverted Index - VeloDBが高速全文検索を実現する方法