概要

Elastic Stack はログとメトリクスを、検索・可視化・アクション可能なデータに変換します。Cloudzy では、Elasticsearch、Kibana、Logstash、Filebeat が Ubuntu Server 24.04 にプリインストール済みで、適切なデフォルト設定が施されているため、すぐにデータの取り込みを開始できます。専用 vCPU、ECC RAM、純粋な NVMe ストレージ、10 Gbps アップリンクにより、インデックス処理を高速に保ち、ダッシュボードの表示もスムーズです。時間単位の柔軟な課金はステージングクラスターや負荷テストに適しており、長期プランは本番環境への展開に対応します。

説明

このイメージには、検索・分析・ログ処理のための Elastic Stack フルスタックが含まれています。各サービスは systemd で管理され、初期状態から相互に通信できるよう設定済みです。初回起動時にスーパーユーザーが作成され、認証情報はサーバー上に安全に保存されます。

含まれるサービス: Elasticsearch、Kibana、Logstash、Filebeat
認証情報: ユーザー名 elastic、パスワードを保存しました /root/.cloudzy-creds
主要ポート: Kibana 5601、Elasticsearch HTTP 9200、Elasticsearch 内部トランスポート 127.0.0.1:9300
重要なディレクトリ：
- 設定: /etc/{service}/
- データ: /var/lib/{service}/
- ログ: /var/log/{service}/
- バイナリ: /usr/share/{service}/bin/
- プラグイン (Elasticsearch および Kibana): /usr/share/{elasticsearch|kibana}/plugins/

Web インターフェースにアクセス

起動から最初のダッシュボードまでの手順を説明します。初期アクセスには IP アドレスを直接使用し、必要であれば後から DNS を追加してください。

Kibana
ブラウザで次のアドレスを開いてください http://<server-ip>:5601ログイン elastic パスワードは次のファイルを確認してください /root/.cloudzy-creds。Kibana のホーム画面から最初のデータビューを追加し、Discover またはダッシュボードで確認できます。
Elasticsearch API
次のコマンドでノードをテストします:

curl http://<server-ip>:9200

クラスタートランスポートは 127.0.0.1:9300 でローカルのプロセス間通信に使用されます。

Beats と Logstash
Filebeat と Logstash はサービスとして動作します。Filebeat をアプリのログに向け、必要に応じて Logstash パイプラインを通じて構造化入力を処理してください。

よく使うサービスコマンド:

systemctl status <service>
systemctl を再起動 <service>
systemctl stop <service>
systemctl start <service>
# 置き換え <service> 対象サービス: elasticsearch、kibana、logstash、filebeat

高度な機能

これはインデックス処理の安定性、クエリの高速化、安全なアップグレードを両立する実用的な構成です。小規模なシングルノード分析に適しており、再イメージングなしでより高い負荷に対応する垂直スケールアップも可能です。

クエリの並列処理を安定させ、シャードマージを高速化するための専用 vCPU と ECC RAM
セグメント・トランスログ・スナップショットの高 IOPS を実現する純粋な NVMe ストレージ
10 Gbps network port for bursty ingest and multi-user Kibana sessions
パネルスナップショットによるスナップショットと高速ロールバックで、アップグレードやプラグインの試験をより安全に実施できます
使い捨てのステージングノードには時間単位の課金を適用し、使った分だけ支払います
リサイズはサーバーの再起動一回で反映されます。データ移行も DNS の編集も不要です。

使いやすさ

Cloudzy のダッシュボードから、電源操作・リサイズ・スナップショット・リージョン移動を管理できます。数分でデプロイし、ポート 5601 で Kibana に接続して、ログの収集をすぐに開始できます。静的 IP はすぐに利用可能で、設定に問題がなければ後からドメインを紐づけることもできます。

パフォーマンス重視

テレメトリの精度を上げることで、実際のサイトの表示速度が向上します。Filebeat で Nginx やアプリケーションのログを収集し、Kibana でトラフィックパターンを可視化することで、遅いエンドポイントを特定し、公開ページの TTFB を削減できます。高速な NVMe I/O と 10 Gbps のアップリンクにより、トラフィックスパイク時もインジェストをスムーズに維持できるため、Core Web Vitals を調整しながらでも分析ビューの応答性が保たれます。

完全なウェブサイト管理

クラスターのチューニング、ファイアウォールルールの設定、プラグイン管理にはroot アクセスを利用できます。KVM の分離により、カーネルとプロセスは他のワークロードから独立して動作し、専用 IP によって管理 UI での CAPTCHA の煩わしさも軽減されます。

systemctl でサービスを管理し、以下のパスでログを確認します /var/log/{service}/
設定を保存する /etc/{service}/ また、データは以下のパスに保存します /var/lib/{service}/
プラグインをインストールするには、以下のディレクトリに配置します /usr/share/{elasticsearch|kibana}/plugins/ その後、サービスを再起動します
アクセスを制限するには、5601 および 9200 番ポートへの接続を自分の IP のみに許可するか、認証機能付きのリバースプロキシを前段に配置してください

強力なツール

このイメージにはコアスタックがすぐに使える状態でインストールされており、セキュリティ強化・監視・バックアップのための明確なフックも用意されています。メモリとディスク使用量が予測しやすいよう、すべて調整済みです。

プリインストール済み: Elasticsearch、Kibana、Logstash、Filebeat（Ubuntu Server 24.04 上）
Fail2Ban や node_exporter などのセキュリティ強化・監視用アドオン（オプション）
S3 や GCS などのオブジェクトストレージへのスナップショットレシピ
インデックスライフサイクル管理とログの定期削除のための Cron テンプレート
よく使われる入力向けの Logstash パイプラインサンプル

グローバルリーチ

インジェストの高速化とダッシュボードのレスポンス向上のため、最も近いデータセンターを選択してください。Cloudzy は 3 大陸にわたって複数の拠点を運営しています。

北米: ニューヨーク、ダラス、マイアミ、ユタ、ラスベガス
ヨーロッパ: ロンドン、アムステルダム、フランクフルト、チューリッヒ
アジア太平洋: シンガポール

全拠点で 10 Gbps のアップリンクと 99.95% の稼働率 SLA を提供しています。唯一の変動要因は、ユーザーまたはデータソースとの距離です。

アプリケーション詳細

バージョン: 未指定

OS: Ubuntu Server 24.04

最小RAM: 8 GB

IPタイプ: IPv6、IPv4

今すぐ Elastic Stack をデプロイ: すぐに使える ELK + Filebeat ノードを起動して、数分でデータの収集を開始できます。

重要: 設定とドメインに関する責任事項

あらゆる OCA で完全な SSH/root アクセスが付与されます。ただし、その権限の範囲内で行った変更は破るアプリに影響を与える可能性があります。設定を変更する前に必ずお読みください。

ドメインはお客様が管理します。 Cloudzy はドメインや DNS の販売・ホスティングを行っていません。アプリにドメインが必要な場合は、 お客様自身でドメインをサーバーに向ける必要があります （必要に応じて A/AAAA/CNAME および MX/TXT レコードを設定してください）。SSL の発行や多くのダッシュボードは、この設定が正しいことを前提としています。
インストール後にドメインやホスト名を変更するのは容易ではありません。 多くの OCA はドメインを設定ファイル（.env、リバースプロキシ、アプリの URL など）に書き込みます。変更する場合は、以下も合わせて更新してください：
- リバースプロキシ（Nginx/Caddy）と TLS 証明書
- アプリの「外部 URL」/ベース URL およびコールバック・Webhook の URL
- アプリやアドオン内にハードコードされたリンク
認証情報が重要です。 デフォルトの管理者名の変更、パスワードのローテーション、またはアプリ設定を更新せずにサービスポートを変更すると、 ロックアウトされる 可能性があります。また、サービスが停止することもあります。認証情報は安全に保管し、アプリ・プロキシ・各種インテグレーション間で常に同期させてください。
ネームサーバーの変更はダウンタイムを引き起こす可能性があります。 ドメインを新しいネームサーバーに移行したり NS レコードを編集したりすると、伝播の遅延が発生します。変更は計画的に行い、事前に TTL を下げ、切り替え前に A/AAAA レコードを確認してください。
ファイアウォールやポートの編集によりアクセスできなくなる場合があります。 SSH、HTTP/HTTPS、RDP、またはアプリのポートを変更した場合は、ファイアウォール（UFW/CSF/セキュリティグループ）とリバースプロキシのルールも合わせて更新してください。
メール（SMTP）ポートはデフォルトで制限されています。 送信メールポート（例： 25/465/587) かもしれません 悪用防止のためブロックされています。OCA からメール送信が必要な場合は、 SMTP アクセスをリクエストしてください。 サポートに依頼するか、API または承認済みの SMTP を通じてトランザクションメールプロバイダー（SendGrid/Mailgun/SES）を利用してください。
メール＆ホワイトリスト。 アプリがメールを送信したり Webhook を受信したりする場合、IP やホスト名を変更すると、メール到達率や許可リストに影響が出る可能性があります。SPF/DKIM/DMARC の設定と IP 許可リストを必要に応じて更新してください。
大きな変更を加える前に、スナップショットを取得してください。 パネルの スナップショット/バックアップ を最初に使用してください。プラグインの追加、アップデート、設定変更が問題を引き起こした場合、数分でロールバックできます。
サポートスコープ。 サーバーとプリインストール済みの OCA イメージを提供します。その後の アプリケーションレベルの設定 （ドメイン、DNS、アプリ設定、プラグイン、カスタムコードなど）はユーザーの責任となります。