Zabbix Cloudの主な違い

はじめに

Zabbix Cloud は、ユーザーがクラウド上で自己完結型の Zabbix インスタンス(クラウドノード)を実行できるクラウドベースのプラットフォームです。

通常のオンプレミスの Zabbix 導入と比較すると、次のような利点があります。

  • インストールや保守は不要です。
  • クラウドノードは Zabbix によって完全に管理されます。
  • クラウドノードは数分で起動できます。

このサービスは従量課金制で提供されます(無料トライアルも利用できます)。

比較表

オンプレミスの Zabbix インストールとクラウドノードでは、多くの機能が重複していますが、違いもあります。 以下に概要の比較表を示します。 以降のセクションでは、選択した項目について詳しく説明します。

機能 / 項目 Zabbix Cloud Zabbix オンプレミス
リリースサイクル LTS リリースに合わせて更新 Zabbix のバージョン(安定版、ベータ版、カスタムビルド)を選択
使いやすさ Zabbix が完全に管理する、すぐに使用できるプラットフォーム インストール、設定、メンテナンスが必要
脆弱性へのパッチ適用 OS/Zabbix へのパッチ適用を自動化 ユーザーが手動でパッチを適用
HTTPS 証明書 すぐに使用できる有効な証明書(Let's Encrypt ではない) デフォルトでは自己署名(Let's Encrypt またはその他の CA を設定可能)
DB パフォーマンス
(INSERT/UPDATE/SELECT)
最大速度を実現する自動パーティショニング。長時間実行される DELETE なし 手動でのパーティショニングとクリーンアップ(長時間の DELETE トランザクションが発生する可能性あり)
パフォーマンスチューニング Zabbix Cloud チームによる事前チューニング(変更履歴なし) チューニングパラメータを完全に可視化し、制御可能
ファイアウォール制御 Zabbix Cloud チームが管理。GUI/トラッパーポートはパブリックに公開されない ファイアウォールルールとポート公開を完全に制御可能
ポート 25 の送信トラフィック スパムや不正利用を防ぐため、デフォルトでブロック。代わりに SMTP ポート 587 または 465 を使用 Zabbix による制限なし。ネットワークとホスティングプロバイダーに依存
DB の分離と保護 高度に分離され、DB/SSH への直接アクセスなし ネットワークとホストの セキュリティに依存
高可用性(HA) 高可用性のクラウドプラットフォーム上で稼働
データ収集の耐障害性を高めるために Zabbix プロキシを使用可能
ユーザーが HA を管理
SNMP トラップ 専用プロキシ経由のみ(HA/負荷分散されたトラップレシーバーなし) 直接またはプロキシ経由。HA/負荷分散が可能
SNMP ポーリング プロキシなしでは困難(各デバイスに NAT/カスタムポートが必要) ネイティブの SNMP ポーリング。プロキシは任意
保存期間の設定 履歴/トレンド/監査は UI 経由のみ(API または設定ファイルは使用不可) Zabbix サーバー設定ファイルまたは APIで設定可能
カスタムスクリプト AlertScriptsPath、ExternalScripts、Webインターフェースおよびコミュニティモジュールはサポート対象外 完全にサポート(スクリプトのパス、モジュール、インテグレーション)
ODBC 監視 PostgreSQL のみ(ドライバー {postgresql})。MariaDB プラグインはプレースホルダーとして存在 PostgreSQL、MySQL、Oracle などの ODBC を完全に設定可能
ODBC 呼び出しの制限 不可(StartODBCPollers=1のみ)。負荷の高い同期クエリによって他の処理がブロックされる ポーラー数とスケジューリングを完全に調整可能
SAML 証明書のアップロード サポート対象外 UI または API 経由でサポート
スケジュールレポート 独自の Email メディアを作成する必要あり(スクリプトメディアはサポート対象外) スクリプトメディアと Email メディアの両方をすぐに使用可能
アクティブチェック用のホストインターフェース プラットフォームが発行する IP アドレス(自動的に作成) インターフェースはユーザーが管理。IP はユーザーが制御

機能の違い

SNMPトラップ

SNMPトラップ は、専用のZabbixプロキシ経由でのみサポートされます。 SNMPトラップ監視が必要な場合、SNMPトラップは単一のIPアドレスに送信する必要があるため、プロキシの自動負荷分散や高可用性機能は使用できません。

SNMP ポーリング

プロキシがない場合、SNMP ポーリングでは各デバイスを NAT とカスタム ポート経由で公開する必要があり、大規模な SNMP ポーリングは困難になります。

保持設定

履歴、トレンド、監査 ログの保持期間の設定は、Zabbix Cloud UI からのみ可能です。 これらの設定は、zabbix_server.conf または API からは設定できません。

アイテムごとの履歴の手動オーバーライドはサポートされていません(パーティション分割はグローバルに制御されます) また、クラウドノードの URL では、オンプレミスインストールと同じクエリパラメータは使用できません。

カスタムスクリプト

Zabbix Cloudでは、以下のカスタムスクリプトタイプはサポートされていません。

  • アラートスクリプト (AlertScriptsPath)
  • 外部スクリプト (ExternalScripts)
  • Zabbixサーバー上のWebインターフェーススクリプト

コミュニティで開発されたWebインターフェースモジュールはインストールできません。

ODBC監視

Zabbix Cloudは、ODBC監視をPostgreSQLのみサポートしています。 公式のZabbix ODBCテンプレートを使用し、テンプレート内で接続文字列を以下のように定義してください。

Driver={postgresql}

MariaDBプラグインもインストールされていますが、現在は動作しません。 使用する場合は、以下のように定義してください。

Driver={mysql}

Zabbix CloudでOracle MySQL 8.0が動作する既知の設定はありません。 単純なクエリ(SELECT 1など)は成功する場合がありますが、より複雑なクエリはSQL_ERRORを返します。

ODBCコールの制限(StartODBCPollers=1のみ)はできません。 重い同期レポートはパフォーマンスに影響を与える可能性があり、同時に実行できるSELECTは1つだけです。

インフラストラクチャへのアクセス

Zabbix Cloud では、基盤となるノードへの SSH アクセスは提供されず、データベースへの直接接続(たとえば、ポート 3306 への接続)も許可されません。 すべての設定、監視、およびトラブルシューティング作業は、クラウド UI または API を通じて実施する必要があり、OS 層とデータベース層が分離され、安全に保たれます。

ポート25の送信トラフィック

スパムや不正利用を防止するため、Zabbix CloudノードからTCPポート25への送信接続は、デフォルトでブロックされています。 これは次に影響します。

  • ポート25のSMTPサーバーを介して送信するEmailメディアタイプ。 新しいEmailメディアタイプのSMTP server portは25がデフォルトであるため、SMTPサーバーがサポートしている設定に応じて、587(Connection securityをSTARTTLSに設定)または465(SSL/TLS)に変更してください。 Office365 relayメールプロバイダーは、Microsoftのリレエンドポイントにポート25で接続するため使用できません。
  • Emailメディアタイプが必要なScheduled reports。
  • net.tcp.service[smtp]のシンプルチェックや、ネットワークディスカバリルールのSMTPチェックなど、クラウドノード自体がポート25に対して実行するチェック。 これらはSMTPサービスが稼働している場合でも、サービス停止として報告されます。このようなチェックは、代わりに自ネットワーク内のZabbixプロキシまたはZabbixエージェントを介して実行してください。

デフォルトのCloud Emailメディアタイプは影響を受けません。

アクティブチェックインターフェース

クラウドでのアクティブチェックは、オンプレミスネットワークとは無関係なIPを持つホストインターフェースを自動的に作成します。 デフォルトでは、このIPは外部IPになる場合があります。 一貫性を保つために、作成後にホストインターフェースを手動で削除または調整できます。

SAML証明書のアップロード

SAML認証は、暗号化されていない、または署名されていないSAMLメッセージを受け入れるプロバイダーがほとんどいないため、サポートされていません。

スケジュールレポート

デフォルトの Cloud Email メディアタイプはスクリプトトランスポートを使用するため、スケジュールレポートには使用できません。 レポートをメールで送信するには、次の手順を実行します。

  1. 新しいEmailメディアタイプを作成します。
  2. ユーザー設定 > メディア で、ユーザーにメールメディアを割り当てます。
  3. スケジュールレポートの設定時に、そのメディアタイプを選択します。

このメディアタイプの SMTPサーバーポート にはポート25を使用しないでください。ポート25の送信トラフィックを参照してください。