このページでは、オンプレミス環境と比較した、Zabbix Cloud 使用時の主な制限事項とサポートされていない機能について説明します。
以下に概要の比較表を掲載し、以降のセクションでは選択した項目について詳しく説明します。
| 機能 / 側面 | Zabbix Cloud | Zabbix オンプレミス |
|---|---|---|
| 脆弱性パッチ適用 | OS/Zabbix パッチ適用の自動適用 | ユーザーによる手動パッチ適用 |
| HTTPS 証明書 | すぐに使用可能な有効な証明書(Let's Encrypt なし) | デフォルトで自己署名(Let's Encrypt またはその他の CA を設定可能) |
| DB パフォーマンス(INSERT/UPDATE/SELECT) | 最高速化のための自動パーティショニング。長時間実行される DELETE はなし | 手動パーティショニングとクリーンアップ(長時間実行される DELETE トランザクションは可能) |
| パフォーマンスチューニング | Cloud チームによる自動チューニング(変更ログなし) | チューニングパラメータの完全な可視性と制御 |
| 使いやすさ | ターンキーサービス | 完全なインストール、設定、メンテナンスが必要です |
| ファイアウォール制御 | クラウドチームが管理。GUI/トラッパーポートは公開されません | ファイアウォールルールとポート公開を完全に制御できます |
| データベースの分離と保護 | 高度に分離されており、DB/SSHへの直接アクセスはありません | ネットワークとホストに依存します セキュリティ |
| リリースサイクル | LTS リリースに準拠 | Zabbixのバージョン(安定版、ベータ版、カスタムビルド)を選択できます |
| 高可用性(HA) | アプリケーション、フロントエンド、またはDBサーバーにHAは組み込まれていません。プロキシを介して水平方向に拡張できます | ユーザー管理のHA |
| API呼び出し | 無制限(ユーザーロールによる) | 実質的に無制限(サーバーリソースによる) |
| SNMPトラップ | 専用プロキシ経由のみ(HA/負荷分散トラップレシーバなし) | 直接またはプロキシ経由、HA/負荷分散可能 |
| SNMPポーリング | プロキシなしのハード(各デバイスにNAT/カスタムポートが必要) | ネイティブSNMPポーリング; プロキシはオプション |
| 保存設定 | 履歴/トレンド/監査 UI経由のみ(APIまたは設定ファイルなし) | Zabbixのサーバー設定ファイルまたはAPI経由で設定可能 |
| カスタムスクリプト | AlertScriptsPath、ExternalScripts、フロントエンドおよびコミュニティモジュールはサポートされていません |
完全にサポートされています(scriptsパス、modules、統合) |
| ODBC 監視 | PostgreSQL (ドライバー {postgresql}) のみ。MariaDB プラグインはプレースホルダーとして存在します |
PostgreSQL、MySQL、Oracle などの ODBC - 完全に設定可能 |
| ODBC 呼び出しの制限 | 不可能 (StartODBCPollers=1 のみ。同期クエリが大量に発生すると他の作業がブロックされます) |
ポーラー数とスケジュールは完全に調整可能 |
| SAML 証明書のアップロード | サポートされていません | UI または API 経由でサポートされています |
| スケジュールされたレポート | 独自のメールメディアを 作成 する必要があります (スクリプトメディアはサポートされていません) | スクリプトとメールメディアの両方を標準でサポートしています |
| Zabbix エージェント 2 | 利用できません。クラウドノードは Zabbix エージェント 2 を実行しません | 完全にサポートされています。Zabbix エージェント 2 はローカルにインストールして使用できます |
| アクティブ チェックのホスト インターフェース | 自動作成された IP は外部のものである可能性があります。一貫性を保つには手動でのクリーンアップが必要です。 | インターフェースはユーザーが管理します。IP はユーザーが制御します。 |
SNMPトラップ は、専用のZabbixプロキシ経由でのみサポートされます。 SNMPトラップ監視が必要な場合、SNMPトラップは単一のIPアドレスに送信する必要があるため、プロキシの自動負荷分散や高可用性機能は使用できません。
プロキシがない場合、SNMP ポーリングでは各デバイスを NAT とカスタム ポート経由で公開する必要があり、大規模な SNMP ポーリングは困難になります。
履歴、トレンド、監査 ログの保持期間の設定は、Zabbix Cloud UI からのみ可能です。 これらの設定は、zabbix_server.conf または API からは設定できません。
アイテムごとの履歴の手動オーバーライドはサポートされていません(パーティション分割はグローバルに制御されます) また、クラウドノードの URL では、オンプレミスインストールと同じクエリパラメータは使用できません。
以下のカスタムスクリプトタイプは、Zabbix Cloud ではサポートされていません。
AlertScriptsPath)ExternalScripts)コミュニティで開発されたフロントエンドモジュールはインストールできません。
Zabbix Cloud は、PostgreSQL のみの ODBC 監視 をサポートしています。 Zabbix 公式の ODBC テンプレート を使用し、テンプレート内で接続文字列を以下のように定義してください。
MariaDB プラグインもインストールされていますが、現在は機能していません。 使用する場合、以下のように定義してください。
Zabbix Cloud では、Oracle MySQL 8.0 に対応した有効な設定は確認されていません。 単純なクエリ (SELECT 1 など) は成功する可能性がありますが、複雑なクエリは SQL_ERROR を返します。
ODBC 呼び出しを制限することはできません (StartODBCPollers=1 のみ)。 同期レポートを大量に実行するとパフォーマンスに影響する可能性があり、一度に実行できるのは 1 つの SELECT のみです。
Zabbix Cloud は、基盤となるノードへの SSH アクセスを提供していません。また、データベースへの直接接続(例:ポート 3306)も許可していません。 すべての設定、監視、トラブルシューティングは、OS 層とデータベース層が分離され、セキュリティが確保された状態を維持するために、Cloud UI または API を介して実行する必要があります。
クラウドのアクティブチェックは、オンプレミスネットワークとは無関係のIPアドレスを持つホストインターフェースを自動的に作成します。 デフォルトでは、このIPアドレスは外部IPアドレスになる場合があります。 一貫性を保つために、作成後にホストインターフェースを手動で削除または調整できます。
SAML 認証 はサポートされていますが、カスタム証明書またはメタデータファイルのアップロードは現在利用できません。
デフォルトのクラウドメールメディアタイプはスクリプトトランスポートを使用するため、スケジュールレポートには使用できません。 メールでレポートを送信するには:
Zabbix Cloud ノードは Zabbix エージェント 2 を起動しないため、Zabbix エージェント 2 を必要とするチェック(例えば、web.certificate.get アイテムを使用した HTTPS 証明書監視 など)には使用できません。