Data Warehouse ガイド

Red Hat Virtualization 4.4

Red Hat Virtualization の Data Warehouse 機能を使用する方法

概要

本書では、Red Hat Virtualization Data Warehouse に関する情報および手順について説明します。

前書き

Red Hat Virtualization Manager には、ホスト、仮想マシン、およびストレージに関するモニタリングデータを収集する Data Warehouse が含まれています。データベースとサービスを含む Data Warehouse は、Manager の設定と合わせて、同一のマシンまたは別のサーバーにインストールおよび設定する必要があります。

Red Hat Virtualization 環境では、以下の 2 つのデータベースが作成されます。

  • Manager データベース(エンジン)は、Red Hat Virtualization Manager が使用するメインのデータストアです。仮想化環境に関する情報 (状態、設定、およびパフォーマンスなど) が、このデータベースに保管されます。
  • Data Warehouse データベース(ovirt_engine_history)には、Manager データベースからの時間とともに照合される設定情報および統計データが含まれています。Manager データベースの設定データを 1 分ごとに照合し、変更があれば複製して Data Warehouse データベースに保管します。データベースへの変更を追跡することで、データベース内のオブジェクトに関する情報が提供されます。これにより、Red Hat Virtualization 環境のパフォーマンスを分析して向上させ、問題を解決することができます。

ovirt_engine_history データベースが使用する領域およびリソースの推定値を計算するには、RHV Manager History Database Size Calculator ツールを使用します。この推定値は、エンティティー数と、履歴の記録を保持するように選択した期間に基づいて算出されます。

第1章 『Data Warehouse のインストールおよび設定』

1.1. Data Warehouse の設定の概要

Manager と同じマシンに Data Warehouse をインストールまたは、Manager にアクセスできる別のマシンに Data Warehouse をインストールして設定することができます。

Manager マシンへの Data Warehouse のインストールおよび設定
この設定には 1 つの登録マシンのみが必要で、設定が最も簡単な方法ですが、Manager マシンの需要が高まります。Data Warehouse サービスへのアクセスが必要なユーザーには、Manager マシン自体へのアクセスが必要です。『ローカルデータベースが設定されたスタンドアロン Manager の Red Hat Virtualization のインストール』の「Red Hat Virtualization Manager の設定 」を参照してください。
別のマシンに Data Warehouse のインストールおよび設定
この設定には、2 つの登録済みマシンが必要です。これにより、Manager マシンの負荷が軽減され、そのマシン上の CPU およびメモリーの競合の発生を防ぎます。また、管理者は Manager マシンへのアクセスを許可することなく、Data Warehouse マシンへのユーザーアクセスを許可することもできます。この設定の詳細については、「別のマシンへの Data Warehouse のインストールおよび設定」 を参照してください。

Data Warehouse デプロイメントのすべてのマシンのシステムタイムゾーンを UTC に設定することを推奨します。これにより、ローカルのタイムゾーンのバリエーションにより、データ収集が中断されないようにします(たとえば、summer から winter 時間への変更など)。

ovirt_engine_history データベースが使用する領域およびリソースの推定値を計算するには、RHV Manager History Database Size Calculator ツールを使用します。この推定値は、エンティティー数と、履歴の記録を保持するように選択した期間に基づいて算出されます。

重要

以下の動作は engine-setup で予想されます。

  • Data Warehouse パッケージをインストールし、engine-setup を実行し、Data Warehouse の設定に No と答えます。
Configure Data Warehouse on this host (Yes, No) [Yes]: No
  • engine-setup を再度実行します。Data Warehouse を設定するオプションを設定しなくなりました。

engine-setup を強制的に表示するには 、engine-setup --reconfigure-optional-components を実行します。

現在インストールされている Data Warehouse パッケージのみを設定し、有効なリポジトリーにあるパッケージの更新を適用できないようにするには、--offline オプションを追加します。

1.2. 別のマシンへの Data Warehouse のインストールおよび設定

本セクションでは、Data Warehouse サービスを Red Hat Virtualization Manager マシンから別のマシンにインストールおよび設定する方法を説明します。Data Warehouse を別のマシンにインストールすることは、Manager マシンの負荷の削減に役立ちます。

注記

Red Hat は、Data Warehouse データベース、 Data Warehouse サービス、および Grafana をそれぞれ別々のマシンにインストールすることが可能であっても、これらの各コンポーネントをすべて同じマシンにインストールすることのみをサポートします。

前提条件

  • Red Hat Virtualization Manager が別のマシンにインストールされている必要があります。
  • Red Hat Enterprise Linux 8 を実行中の物理サーバーまたは仮想マシンが必要です。
  • Manager データベースのパスワードが必要です。
  • Data Warehouse マシンから Manager データベースマシンの TCP ポート 5432 へのアクセス
  • Data Warehouse データベースを Data Warehouse サービスとは別にインストールする場合は、最初にデータベースを設定する必要があります。リモート Data Warehouse データベースを手動でインストールするには、「リモート PostgreSQL データベースの準備」を参照してください。データベースマシンに関する以下の情報が必要です。

    • FQDN
    • データベースに到達できるポート(デフォルトでは5432)
    • データベース名
    • データベースユーザー
    • データベースのパスワード
    • postgresql.conf ファイルを編集してアクセスを手動で付与する必要があります。/var/lib/pgsql/data/postgresql.conf ファイルを編集し、listen_addresses 行を変更して以下と一致するようにします。

      listen_addresses = '*'

      その行が存在しない、またはコメントアウトされている場合には、手動で追加します。

Red Hat Virtualization Manager リポジトリーの有効化

Red Hat Subscription Manager にログインして Data Warehouse マシンを登録し、Red Hat Virtualization Manager のサブスクリプションをアタッチして Manager のリポジトリーを有効にする必要があります。

手順

  1. コンテンツ配信ネットワークにシステムを登録します。プロンプトが表示されたら、カスタマーポータルのユーザー名とパスワードを入力します。

    # subscription-manager register
    注記

    IPv6 ネットワークを使用している場合は、IPv6 移行メカニズムを使用して、コンテンツ配信ネットワークおよびサブスクリプションマネージャーにアクセスします。

  2. Red Hat Virtualization Manager のサブスクリプションプールを見つけ、プール ID を記録します。

    # subscription-manager list --available
  3. 上記のプール ID を使用して、サブスクリプションをシステムにアタッチします。

    # subscription-manager attach --pool=pool_id
    注記

    現在アタッチされているサブスクリプションを表示するには、以下のコマンドを実行します。

    # subscription-manager list --consumed

    有効なリポジトリーをすべて一覧表示するには、以下のコマンドを実行します。

    # dnf repolist
  4. リポジトリーを設定します。

    # subscription-manager repos \
        --disable='*' \
        --enable=rhel-8-for-x86_64-baseos-rpms \
        --enable=rhel-8-for-x86_64-appstream-rpms \
        --enable=rhv-4.4-manager-for-rhel-8-x86_64-rpms
  5. pki-deps モジュールを有効にします。

    # dnf module -y enable pki-deps
  6. postgresql モジュールのバージョン 12 を有効にします。

    # dnf module -y enable postgresql:12
  7. インストール済みパッケージを同期して、利用可能な最新バージョンに更新します。

    # dnf distro-sync --nobest

    追加のリソース

    モジュールおよびモジュールストリームの詳細は、『ユーザー空間コンポーネントのインストール、管理、および削除』 の以下のセクションを参照してください。

別のマシンへの Data Warehouse のインストール

手順

  1. データベースをインストールするマシンにログインします。
  2. すべてのパッケージを最新の状態にします。

    # dnf upgrade --nobest
  3. ovirt-engine-dwh-setup パッケージをインストールします。

    # dnf install ovirt-engine-dwh-setup
  4. engine-setup コマンドを実行してインストールを開始します。

    # engine-setup
  5. Yes と回答してこのマシンに Data Warehouse をインストールします。

    Configure Data Warehouse on this host (Yes, No) [Yes]:
  6. Yes と回答して、このマシンに Grafana をインストールします。

    Configure Grafana on this host (Yes, No) [Yes]:
  7. Enter キーを押して自動検出されたホスト名をそのまま使用するか、別のホスト名を入力して Enter キーを押します。

    Host fully qualified DNS name of this server [autodetected hostname]:
  8. Enter を押してファイアウォールを自動設定するか、No と入力して既存の設定を維持します

    Setup can automatically configure the firewall on this system.
    Note: automatic configuration of the firewall may overwrite current settings.
    Do you want Setup to configure the firewall? (Yes, No) [Yes]:

    ファイアウォールの自動設定を選択した場合に、ファイアウォール管理機能がアクティブ化されていなければ、サポートされているオプション一覧から、選択したファイアウォール管理機能を指定するように要求されます。ファイアウォールマネージャーの名前を入力して、Enter を押します。この操作は、オプションが 1 つしかリストされていない場合でも必要です。

  9. Manager マシンの完全修飾ドメイン名を入力してから、Enter を押します。

    Host fully qualified DNS name of the engine server []:
  10. Enter キーを押して、設定による SSH 経由で Manager の証明書に署名することを許可します。

    Setup will need to do some actions on the remote engine server. Either automatically, using ssh as root to access it, or you will be prompted to manually perform each such action.
    Please choose one of the following:
    1 - Access remote engine server using ssh as root
    2 - Perform each action manually, use files to copy content around
    (1, 2) [1]:
  11. Enter キーを押してデフォルトの SSH ポートをそのまま使用するか、別のポート番号を入力して Enter キーを押します。

    ssh port on remote engine server [22]:
  12. Manager マシンの root パスワードを入力します。

    root password on remote engine server manager.example.com:
  13. Data Warehouse データベースをこのマシン (ローカル) でホストするか、別のマシン (リモート) でホストするかを指定します。

    注記

    Red Hat は、Data Warehouse データベース、Data Warehouse サービス、および Grafana をそれぞれ別々のマシンにインストールすることが可能であっても、これらの各コンポーネントをすべて同じマシンにインストールすることのみをサポートします。

    Where is the DWH database located? (Local, Remote) [Local]:
    • Local を選択すると、engine-setup スクリプトは(ユーザーおよびデータベースの追加を含む)データベースを自動的に設定するか、事前に設定したローカルのデータベースに接続することができます。

      Setup can configure the local postgresql server automatically for the DWH to run. This may conflict with existing applications.
      Would you like Setup to automatically configure postgresql and create DWH database, or prefer to perform that manually? (Automatic, Manual) [Automatic]:
      • Enter を押して Automatic を選択した場合は、ここで追加のアクションは必要ありません。
      • Manual を選択した場合には、手動設定したローカルデータベースに関する以下の値を入力してください

        DWH database secured connection (Yes, No) [No]:
        DWH database name [ovirt_engine_history]:
        DWH database user [ovirt_engine_history]:
        DWH database password:
  14. Manager データベースマシンの完全修飾ドメイン名およびパスワードを入力します。Manager データベースがインストールされているマシンに Data Warehouse データベースをインストールする場合は、同じ FQDN を使用します。その他のフィールドについては、Enter キーを押してそれぞれのデフォルト値をそのまま使用します。

    Engine database host []: engine-db-fqdn
    Engine database port [5432]:
    Engine database secured connection (Yes, No) [No]:
    Engine database name [engine]:
    Engine database user [engine]:
    Engine database password: password
  15. 収集したデータを Data Warehouse が保持する期間のオプションを選択します。

    Please choose Data Warehouse sampling scale:
    (1) Basic
    (2) Full
    (1, 2)[1]:

    full は、ovirt-engine-dwhd.conf の Data Warehouse サービスの Application Settings に記載されているデータストレージ設定のデフォルト値を使用します(Data Warehouse がリモートホストにインストールされている場合に推奨)。

    Basic を使用すると、DWH_TABLES_KEEP_HOURLY の値を 720 および DWH_TABLES_KEEP_DAILY から 0 に、Manager マシンの負荷を軽減します。Manager と Data Warehouse が同じマシンにインストールされている場合に Basic を使用します。

  16. インストールの設定を確認します。

    Please confirm installation settings (OK, Cancel) [OK]:
  17. Data Warehouse の設定が完了したら、Red Hat Virtualization Manager で ovirt-engine サービスを再起動します。

    # systemctl restart ovirt-engine
  18. オプションで、PostgreSQL のドキュメント の手順に従って、SSL を設定してデータベース接続をセキュリティー保護します。

1.3. 別のマシンへの Data Warehouse の移行

本セクションでは、Data Warehouse データベースおよびサービスを Red Hat Virtualization Manager マシンから別のマシンに移行する方法を説明します。Data Warehouse サービスを別のマシンでホストすることで、各個別マシンの負荷が削減され、CPU やメモリーリソースを他のプロセスと共有することで競合が生じる可能性を回避します。

注記

Red Hat は、Data Warehouse データベース、Data Warehouse サービス、および Grafana をそれぞれ別々のマシンにインストールすることが可能であっても、これらの各コンポーネントをすべて同じマシンにインストールすることのみをサポートします。

以下の移行オプションがあります。

  • Manager マシンから Data Warehouse サービスを移行し、既存の Data Warehouse データベース(ovirt_engine_history)に接続することができます。
  • Manager マシンから Data Warehouse データベースを移行してから、Data Warehouse サービスを移行することができます。

1.3.1. 別のマシンへの Data Warehouse データベースの移行

Data Warehouse サービスを移行する前に、Data Warehouse データベース(ovirt_engine_history)を移行します。engine-backup を使用してデータベースのバックアップを作成し、新しいデータベースマシンで復元します。engine-backup の詳細は、engine-backup --help を実行してください。

Data Warehouse サービスの移行については、「別のマシンへの Data Warehouse サービスの移行」 を参照してください。

注記

Red Hat は、Data Warehouse データベース、Data Warehouse サービス、および Grafana をそれぞれ別々のマシンにインストールすることが可能であっても、これらの各コンポーネントをすべて同じマシンにインストールすることのみをサポートします。

新規データベースサーバーに Red Hat Enterprise Linux 8 がインストールされている必要があります。新規データベースサーバーで必要なリポジトリーを有効にします。

Red Hat Virtualization Manager リポジトリーの有効化

Red Hat Subscription Manager にログインして Data Warehouse マシンを登録し、Red Hat Virtualization Manager のサブスクリプションをアタッチして Manager のリポジトリーを有効にする必要があります。

手順

  1. コンテンツ配信ネットワークにシステムを登録します。プロンプトが表示されたら、カスタマーポータルのユーザー名とパスワードを入力します。

    # subscription-manager register
    注記

    IPv6 ネットワークを使用している場合は、IPv6 移行メカニズムを使用して、コンテンツ配信ネットワークおよびサブスクリプションマネージャーにアクセスします。

  2. Red Hat Virtualization Manager のサブスクリプションプールを見つけ、プール ID を記録します。

    # subscription-manager list --available
  3. 上記のプール ID を使用して、サブスクリプションをシステムにアタッチします。

    # subscription-manager attach --pool=pool_id
    注記

    現在アタッチされているサブスクリプションを表示するには、以下のコマンドを実行します。

    # subscription-manager list --consumed

    有効なリポジトリーをすべて一覧表示するには、以下のコマンドを実行します。

    # dnf repolist
  4. リポジトリーを設定します。

    # subscription-manager repos \
        --disable='*' \
        --enable=rhel-8-for-x86_64-baseos-rpms \
        --enable=rhel-8-for-x86_64-appstream-rpms \
        --enable=rhv-4.4-manager-for-rhel-8-x86_64-rpms
  5. postgresql モジュールのバージョン 12 を有効にします。

    # dnf module -y enable postgresql:12
  6. インストール済みパッケージを同期して、利用可能な最新バージョンに更新します。

    # dnf distro-sync --nobest

    追加のリソース

    モジュールおよびモジュールストリームの詳細は、『ユーザー空間コンポーネントのインストール、管理、および削除』 の以下のセクションを参照してください。

別のマシンへの Data Warehouse データベースの移行
  1. Manager で Data Warehouse データベースおよび設定ファイルのバックアップを作成します。

    # engine-backup --mode=backup --scope=dwhdb --scope=files --file=file_name --log=log_file_name
  2. そのバックアップファイルを Manager マシンから新たなマシンにコピーします。

    # scp /tmp/file_name root@new.dwh.server.com:/tmp
  3. engine-backup を新しいマシンにインストールします。

    # dnf install ovirt-engine-tools-backup
  4. PostgreSQL サーバーパッケージをインストールします。

    # dnf install postgresql-server postgresql-contrib
  5. PostgreSQL データベースを初期化し、postgresql サービスを開始して、このサービスがブート時に起動されていることを確認します。

    # su - postgres -c 'initdb'
    # systemctl enable postgresql
    # systemctl start postgresql
  6. 新しいマシンで Data Warehouse データベースを復元します。file_name は、Manager からコピーされたバックアップファイルです。

    # engine-backup --mode=restore --scope=files --scope=dwhdb --file=file_name --log=log_file_name --provision-dwh-db --restore-permissions

これで、Manager がホストされるマシンとは別のマシンで、Data Warehouse データベースがホストされるようになりました。Data Warehouse データベースを正常に復元したら、engine-setup コマンドの実行を指示するプロンプトが表示されます。このコマンドを実行する前に、Data Warehouse サービスを移行します。

1.3.2. 別のマシンへの Data Warehouse サービスの移行

Red Hat Virtualization Manager マシンにインストールおよび設定した Data Warehouse サービスを、別のマシンに移行することができます。Data Warehouse サービスを別のマシンでホストすることは、Manager マシンの負荷を削減する上で役立ちます。

この手順では、Data Warehouse サービスのみを移行することに注意してください。

Data Warehouse サービスを移行する前に Data Warehouse データベース(ovirt_engine_history)を移行する場合は、「別のマシンへの Data Warehouse データベースの移行」 を参照してください。

注記

Red Hat は、Data Warehouse データベース、Data Warehouse サービス、および Grafana をそれぞれ別々のマシンにインストールすることが可能であっても、これらの各コンポーネントをすべて同じマシンにインストールすることのみをサポートします。

前提条件

  • Manager と Data Warehouse が同じマシン上にインストールおよび設定されている必要があります。
  • 新たな Data Warehouse マシンを設定するには、以下の項目が必要です。

    • Manager /etc/ovirt-engine/engine.conf.d/10-setup-database.conf ファイルからのパスワード
    • Data Warehouse マシンから Manager データベースマシンの TCP ポート 5432 へのアクセス許可
    • Manager の /etc/ovirt-engine-dwh/ovirt-engine-dwhd.conf.d/10-setup-database.conf ファイルからの Data Warehouse データベースのユーザー名とパスワード。「別のマシンへの Data Warehouse データベースの移行」 を使用して ovirt_engine_history データベースを移行した場合、バックアップにはこれらの認証情報が含まれます。これらの認証情報は、そのマシンでデータベースの設定中に定義したものです。

このシナリオのインストールでは、以下の 4 つのステップを実施する必要があります。

1.3.2.1. 新たな Data Warehouse マシンの準備

Red Hat Virtualization のリポジトリーを有効にし、Red Hat Enterprise Linux 8 マシンに Data Warehouse セットアップパッケージをインストールします。

  1. 必要なリポジトリーを有効にします。

    1. コンテンツ配信ネットワークにシステムを登録します。プロンプトが表示されたら、カスタマーポータルのユーザー名とパスワードを入力します。

      # subscription-manager register
    2. Red Hat Virtualization Manager のサブスクリプションプールを見つけ、プール ID を記録します。

      # subscription-manager list --available
    3. 上記のプール ID を使用して、サブスクリプションをシステムにアタッチします。

      # subscription-manager attach --pool=pool_id
    4. リポジトリーを設定します。

      # subscription-manager repos \
          --disable='*' \
          --enable=rhel-8-for-x86_64-baseos-rpms \
          --enable=rhel-8-for-x86_64-appstream-rpms \
          --enable=rhv-4.4-manager-for-rhel-8-x86_64-rpms \
          --enable=fast-datapath-for-rhel-8-x86_64-rpms \
          --enable=jb-eap-7.3-for-rhel-8-x86_64-rpms
  2. 現在インストールされている全パッケージを最新の状態にします。

    # dnf upgrade --nobest
  3. ovirt-engine-dwh-setup パッケージをインストールします。

    # dnf install ovirt-engine-dwh-setup

1.3.2.2. Manager マシンでの Data Warehouse サービスの停止

  1. Data Warehouse サービスを停止します。

    # systemctl stop ovirt-engine-dwhd.service
  2. データベースがリモートマシンでホストされる場合には、postgres.conf ファイルを編集して手動でアクセス権限を付与する必要があります。/var/lib/pgsql/data/postgresql.conf ファイルを編集し、listen_addresses 行を変更して以下と一致するようにします。

    listen_addresses = '*'

    その行が存在しない、またはコメントアウトされている場合には、手動で追加します。

    Manager マシンでデータベースがホストされていて、そのデータベースが Red Hat Virtualization Manager のクリーンセットアップ中に設定された場合には、デフォルトでアクセス権限が付与されます。

    Data Warehouse データベースの設定および移行方法に関する詳細情報は、「別のマシンへの Data Warehouse データベースの移行」 を参照してください。

  3. postgresql サービスを再起動します。

    # systemctl restart postgresql

1.3.2.3. 新たな Data Warehouse マシンの設定

本セクションで示すオプションまたは設定の順序は、お使いの環境によって異なる場合があります。

  1. ovirt_engine_history データベースと Data Warehouse サービスの両方を同じマシンに移行する場合は、以下のコマンドを実行します。そうでない場合は、次のステップに進んでください。

    # sed -i '/^ENGINE_DB_/d' \
            /etc/ovirt-engine-dwh/ovirt-engine-dwhd.conf.d/10-setup-database.conf
    
    # sed -i \
         -e 's;^\(OVESETUP_ENGINE_CORE/enable=bool\):True;\1:False;' \
         -e '/^OVESETUP_CONFIG\/fqdn/d' \
         /etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf
  2. engine-setup コマンドを実行して、マシン上の Data Warehouse の設定を開始します。

    # engine-setup
  3. Enter キーを押して自動検出されたホスト名をそのまま使用するか、別のホスト名を入力して Enter キーを押します。

    Host fully qualified DNS name of this server [autodetected host name]:
  4. Enter を押してファイアウォールを自動設定するか、No と入力して既存の設定を維持します

    Setup can automatically configure the firewall on this system.
    Note: automatic configuration of the firewall may overwrite current settings.
    Do you want Setup to configure the firewall? (Yes, No) [Yes]:

    ファイアウォールの自動設定を選択した場合に、ファイアウォール管理機能がアクティブ化されていなければ、サポートされているオプション一覧から、選択したファイアウォール管理機能を指定するように要求されます。ファイアウォールマネージャーの名前を入力して、Enter を押します。この操作は、オプションが 1 つしかリストされていない場合でも必要です。

  5. Manager の完全修飾ドメイン名およびパスワードを入力します。その他のフィールドについては、Enter キーを押してそれぞれのデフォルト値をそのまま使用します。

    Host fully qualified DNS name of the engine server []: engine-fqdn
    Setup needs to do some actions on the remote engine server. Either automatically, using ssh as root to access it, or you will be prompted to manually perform each such action.
    Please choose one of the following:
    1 - Access remote engine server using ssh as root
    2 - Perform each action manually, use files to copy content around
    (1, 2) [1]:
    ssh port on remote engine server [22]:
    root password on remote engine server engine-fqdn: password
  6. Manager データベースマシンの完全修飾ドメイン名 (FQDN) およびパスワードを入力します。その他のフィールドについては、Enter キーを押してそれぞれのデフォルト値をそのまま使用します。

    Engine database host []: manager-db-fqdn
    Engine database port [5432]:
    Engine database secured connection (Yes, No) [No]:
    Engine database name [engine]:
    Engine database user [engine]:
    Engine database password: password
  7. インストールの設定を確認します。

    Please confirm installation settings (OK, Cancel) [OK]:

これで、Data Warehouse サービスがリモートマシンに設定されました。次は、Manager マシンの Data Warehouse サービスを無効にします。

注記

リモートサーバーで推奨されるスケールに Data Warehouse サンプリングスケールを変更する場合は、「Data Warehouse Sampling Scale の変更」 を参照してください。

1.3.2.4. Manager マシンでの Data Warehouse サービスの無効化

  1. Manager マシンで Manager を再起動します。

    # service ovirt-engine restart
  2. 以下のコマンドを実行して /etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf ファイルを変更し、オプションを False に設定します。

    # sed -i \
         -e 's;^\(OVESETUP_DWH_CORE/enable=bool\):True;\1:False;' \
         -e 's;^\(OVESETUP_DWH_CONFIG/remoteEngineConfigured=bool\):True;\1:False;' \
         /etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf
    
    # sed -i \
         -e 's;^\(OVESETUP_GRAFANA_CORE/enable=bool\):True;\1:False;' \
         /etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf
  3. Data Warehouse サービスを無効にします。

    # systemctl disable ovirt-engine-dwhd.service
  4. Data Warehouse に関するファイルを削除します。

    # rm -f /etc/ovirt-engine-dwh/ovirt-engine-dwhd.conf.d/* .conf /var/lib/ovirt-engine-dwh/backups/*

これで、Data Warehouse サービスが Manager とは別のマシンでホストされるようになりました。

1.4. Data Warehouse Sampling Scale の変更

Red Hat Virtualization には Data Warehouse が必要です。Manager と同じマシン上に、または Manager にアクセスできる別のマシンにインストールおよび設定できます。デフォルトのデータの保持設定はすべての設定では必要ない可能性があります。したがって、engine-setup には Basic および Full の 2 つのデータサンプリングスケールが提供されます。

  • 完全では「ovirt-engine-dwhd.conf の Data Warehouse サービスのアプリケーション設定」 に記載されているデータ保持設定のデフォルト値が使用されます(Data Warehouse がリモートホストにインストールされている場合に推奨)。
  • Basic を使用すると、DWH_TABLES_KEEP_HOURLY の値を 720 および DWH_TABLES_KEEP_DAILY から 0 に、Manager マシンの負荷を軽減します。Manager と Data Warehouse が同じマシンにインストールされている場合に Basic を使用します。

サンプリングのスケールは、インストール時に engine-setup で設定されます。

--== MISC CONFIGURATION ==--

Please choose Data Warehouse sampling scale:
(1) Basic
(2) Full
(1, 2)[1]:

サンプリングのスケーリングは、--reconfigure-dwh-scale オプションを使用して再度 engine-setup を実行して実行できます。

Data Warehouse Sampling Scale の変更

# engine-setup --reconfigure-dwh-scale
[...]
Setup can automatically configure the firewall on this system.
Note: automatic configuration of the firewall may overwrite current settings.
Do you want Setup to configure the firewall? (Yes, No) [Yes]:
[...]
Perform full vacuum on the oVirt engine history
database ovirt_engine_history@localhost?
This operation may take a while depending on this setup health and the
configuration of the db vacuum process.
See https://www.postgresql.org/docs/12/static/sql-vacuum.html
(Yes, No) [No]:
[...]
Setup can backup the existing database. The time and space required for the database backup depend on its size. This process takes time, and in some cases (for instance, when the size is few GBs) may take several hours to complete.
If you choose to not back up the database, and Setup later fails for some reason, it will not be able to restore the database and all DWH data will be lost.
Would you like to backup the existing database before upgrading it? (Yes, No) [Yes]:
[...]
Please choose Data Warehouse sampling scale:
(1) Basic
(2) Full
(1, 2)[1]: 2
[...]
During execution engine service will be stopped (OK, Cancel) [OK]:
[...]
Please confirm installation settings (OK, Cancel) [OK]:

また、「ovirt-engine-dwhd.conf の Data Warehouse サービスのアプリケーション設定」 の説明に従って、必要に応じて個別のデータの保持設定を調整することもできます。

第2章 履歴データベース

2.1. 履歴データベースの概要

Red Hat Virtualization には、包括的な管理履歴データベースが含まれています。このデータベースは、アプリケーションをデータセンター、クラスター、ホストレベルでレポートを生成するために使用されます。本章では、履歴データベースに対してクエリーを設定する方法について説明します。

Red Hat Virtualization Manager は PostgreSQL 12.x をデータベースプラットフォームとして使用し、仮想化環境、その設定、およびパフォーマンスに関する情報を保存します。インストール時に、Red Hat Virtualization Manager は engine という PostgreSQL データベースを作成します。

ovirt-engine-dwh パッケージをインストールすると、ovirt_engine_history と呼ばれる 2 番目のデータベースが作成されます。これには、エンジンの操作データベースからの毎回 1 分後に収集された過去の設定情報および統計メトリクスが含まれます。データベースへの変更を追跡すると、データベース内のオブジェクトに関する情報が提供され、ユーザーはアクティビティーを分析し、パフォーマンスを強化し、困難に解決できます。

警告

ovirt_engine_history データベースにおけるデータのレプリケーションは、Red Hat Virtualization Manager Extract Transform Load Service, ovirt-engine-dwhd によって実行されます。サービスは Talend Open Studio のデータ統合ツールに基づいています。このサービスは、Data Warehouse パッケージの設定中に自動的に起動するように設定されます。これは、エンジンデータベースからデータを抽出して 、データを履歴データベース標準に変換して、ovirt_engine_history データベースに読み込む Java プログラムです。

ovirt-engine-dwhd サービスは停止しないでください。

ovirt_engine_history データベーススキーマが時間の経過とともに変わります。データベースには、サポートされるバージョン化された API を一貫した構造で提供するデータベースビューのセットが含まれています。ビューは、データベースのクエリーの結果セットで構成される仮想テーブルです。データベースはビューの定義を SELECT ステートメントとして保存します。SELECT ステートメントの結果は、ビューが返す仮想テーブルを設定します。ユーザーは、テーブルが参照されるのと同じ方法で、PL/PGSQL ステートメントでビュー名を参照します。

2.2. 設定履歴の追跡

(ovirt_engine_historyと呼ばれる)Red Hat Virtualization 履歴データベースからのデータを使用して、エンジンデータベースを追跡できます

ETL サービス (ovirt-engine-dwhd )は 3 種類の変更を追跡します。

  • 新しいエンティティーがエンジンデータベースに追加されます。ETL サービスは、ovirt_engine_history データベースへの変更を新しいエントリーとして複製します
  • 既存のエンティティーが更新され、ETL サービスは ovirt_engine_history データベースへの変更を新しいエントリーとして複製します
  • エンティティーはエンジンデータベースから削除されます 。ovirt_engine_history データベースの新しいエントリーは、対応するエンティティーの削除フラグをフラグします。削除したエンティティーは、削除済みとしてのみフラグが付けられます。

ovirt_engine_history データベースの設定テーブルは、エンジンデータベースの対応するテーブルとはさまざまな方法で異なります最も大きな違いには、設定列が少なくなります。これは、特定の設定項目が他よりも報告する内容が少なく、データベースのサイズに関する考慮事項により保存されないためです。また、エンジンデータベースのいくつかのテーブルの列が ovirt_engine_history の単一テーブルに表示され、データのより便利かつ解釈を行えるように、異なる列名があります。すべての設定テーブルには以下が含まれます。

  • history_id: エンティティーの設定バージョンを示します。
  • エンティティーがシステムに追加されたタイミングを示す create_date フィールド。
  • エンティティーが変更されたタイミングを示す update_date フィールド。
  • エンティティーがシステムから削除された日付を示す delete_date フィールド。

2.3. 統計履歴の記録

ETL サービスは、1 分ごとに統計テーブルにデータを収集します。データは過去 24 時間ごとに保管されますが、削除ジョブが最後に実行された時間に応じて 48 時間後に保存することができます。毎分分ごとのデータは 2 時間以上経過しても、1 時間あたりのデータに集計され、2 カ月間保存されます。2 日以上経過したデータは日次データに集計され、5 年間保存されます。

毎時データおよび日次データは毎時および日次テーブルで確認できます。

統計データはそれぞれ、それぞれの集計レベルテーブルに保持されます(サンプル、毎時、および日次履歴)。すべての履歴テーブルには、行を一意に識別する history_id 列も含まれます。表は、過去の設定に関連してエンティティーの統計値に関するレポートを有効にするためにホストの設定バージョンを参照します。

2.4. ovirt-engine-dwhd.conf の Data Warehouse サービスのアプリケーション設定

以下は、Data Warehouse サービスのアプリケーション設定を行うオプションの一覧です。これらのオプションは、/usr/share/ovirt-engine-dwh/services/ovirt-engine-dwhd/ovirt-engine-dwhd.conf ファイルで利用できます。/etc/ovirt-engine-dwh/ovirt-engine-dwhd.conf.d/ 下のオーバーライドファイルのデフォルト値への変更を設定します。変更を保存したら、Data Warehouse サービスを再起動します。

表2.1 ovirt-engine-dwhd.conf application settings variables

変数名デフォルト値備考

DWH_DELETE_JOB_HOUR

3

削除ジョブが実行される時間。0 から 23 の間の値を指定します。0 は夜間です

DWH_SAMPLING

60

データが統計テーブルに収集される間隔(秒単位)。

DWH_TABLES_KEEP_SAMPLES

24

DWH_SAMPLING からのデータが保存される時間。過去 2 時間以上データは毎時データに集計されます。

DWH_TABLES_KEEP_HOURLY

1440

毎時データが保存される時間。デフォルトは 60 日です。1 時間以上経過しても日次のデータに集約されます。

DWH_TABLES_KEEP_DAILY

43800

日次データが保存される時間数。デフォルトは 5 年間です。

DWH_ERROR_EVENT_INTERVAL

300000

Manager の audit.log にエラーがプッシュされる最小間隔(ミリ秒単位)。

2.5. タグ履歴の追跡

ETL サービスは管理ポータルに表示するタグ情報を収集し、このデータをタグの履歴テーブルに保存します。ETL サービスは 5 種類の変更を追跡します。

  • 管理ポータルでタグが作成されます。ETL サービスはタグの詳細、タグツリーの位置、タグツリー内の他のオブジェクトとの関係が、タグツリー内の他のオブジェクトに関連します。
  • エンティティーは管理ポータルでタグツリーに割り当てられます。ETL サービスは、ovirt_engine_history データベースへの追加を新しいエントリーとして複製します
  • タグが更新され、ETL サービスはタグの詳細の変更を ovirt_engine_history データベースに新規エントリーとして複製します。
  • エンティティーまたはタグブランチが管理ポータルから削除されます。ovirt_engine_history データベースは、新しいエントリーで削除された対応するタグと関係にフラグを付けます。削除されたタグと関係は、削除または切り離された場合にのみフラグが付けられます。
  • タグブランチが移動します。対応するタグと関係が新規エントリーとして更新されます。移動したタグと関係は、更新済みのフラグだけになります。

2.6. 履歴データベースへの読み取り専用アクセスの許可

編集を許可せずに履歴データベースへのアクセスを許可するには、ovirt_engine_history データベースにログインおよび読み取り可能な読み取り専用の PostgreSQL ユーザーを作成する必要があります。この手順は、履歴データベースがインストールされているシステムで実行する必要があります。

履歴データベースへの読み取り専用アクセスの許可

  1. root として postgres ユーザーシェルにログインします。

    # su - postgres
  2. 履歴データベースへの読み取り専用アクセスが許可されるユーザーを作成します。

    # psql -U postgres -c "CREATE ROLE username WITH LOGIN ENCRYPTED PASSWORD 'password';" -d ovirt_engine_history
  3. 新規作成されたユーザーに、履歴データベースに接続するための権限を付与します。

    # psql -U postgres -c "GRANT CONNECT ON DATABASE ovirt_engine_history TO username;"
  4. 新たに作成されたユーザーの使用状況をパブリックスキーマに付与します

    # psql -U postgres -c "GRANT USAGE ON SCHEMA public TO username;" ovirt_engine_history
  5. 新規作成されたユーザーに付与される残りのパーミッションを生成し、それらをファイルに保存します。

    # psql -U postgres -c "SELECT 'GRANT SELECT ON ' || relname || ' TO username;' FROM pg_class JOIN pg_namespace ON pg_namespace.oid = pg_class.relnamespace WHERE nspname = 'public' AND relkind IN ('r', 'v');" --pset=tuples_only=on  ovirt_engine_history > grant.sql
  6. 作成したファイルを使用して、新たに作成したユーザーにパーミッションを付与します。

    # psql -U postgres -f grant.sql ovirt_engine_history
  7. 新規作成されたユーザーにパーミッションを付与するために使用したファイルを削除します。

    # rm grant.sql
  8. Ctrl+d を押して postgres ユーザーシェルを終了します。
  9. 新規作成したユーザーの次の行を、すべてローカルから 開始する前に /var/lib/pgsql/data/pg_hba.conf に追加します。

    # TYPE  DATABASE                USER           ADDRESS                 METHOD
    host    ovirt_engine_history    username    0.0.0.0/0               md5
    host    ovirt_engine_history    username    ::0/0                   md5
    local   all             all                                     peer
  10. PostgreSQL サービスを再読み込みします。

    # systemctl reload postgresql
  11. 読み取り専用のユーザーのアクセスパーミッションをテストするには、以下を実行します。

    # su - postgres -c 'psql -U username ovirt_engine_history -h localhost'
    Password for user username:
    psql (9.2.23)
    Type "help" for help.
    
    ovirt_engine_history=>
  12. ovirt_engine_history データベースを終了するには、\q を入力します。

ovirt_engine_history データベースのテーブルとビューに対する読み取り専用ユーザーの SELECT ステートメントは成功し、変更に失敗します。

2.7. 統計履歴ビュー

統計データは毎時、日次 、サンプルビューで利用できます

To query a statistics view, run SELECT * FROM view_name_[hourly|daily|samples];.以下に例を示します。

# SELECT * FROM v4_4_statistics_hosts_resources_usage_daily;

利用可能なビューの一覧を表示するには、以下のコマンドを実行します。

# \dv

2.7.1. デバッグモードの有効化

デバッグモードを有効にして、/var/log/ovirt-engine-dwh/ovirt-engine-dwhd.log ファイルでログサンプリング、毎時、および日次のジョブを記録します。これは、ETL プロセスを確認する際に役立ちます。デバッグモードはデフォルトで無効になっています。

  1. Manager マシンにログインし、設定ファイル(例: /etc/ovirt-engine-dwh/ovirt-engine-dwhd.conf.d/logging.conf)を作成します。
  2. 以下の行を設定ファイルに追加します。

    DWH_AGGREGATION_DEBUG=true
  3. ovirt-engine-dwhd サービスを再起動します。

    # systemctl restart ovirt-engine-dwhd.service
    To disable debug mode, delete the configuration file and restart the service.

2.7.2. ストレージドメインの統計ビュー

表2.2 システム内の各ストレージドメインの過去の統計

名前詳細インデックス化

history_id

BigInt

テーブル内のこの行の一意の ID。

いいえ

history_datetime

date

この履歴行のタイムスタンプ(集約レベル別の分、時間、日)。

はい

storage_domain_id

uuid

システム内のストレージドメインの一意の ID。

はい

storage_domain_status

smallint

ストレージドメインのステータス

いいえ

seconds_in_status

整数

集約期間のステータス列に示されるように、ストレージドメインのステータスが表示されている合計秒数。たとえば、ストレージドメインが 55 秒間で 55 秒の場合は "Inactive"(5 秒)の場合は、2 つの行は同じ分同じ表に報告されます。1 つの行には、seconds_in_status が 55 の Active のステータスとなり、もう 1 つの行は Inactive および seconds_in_status のステータスが 5 になります。

いいえ

minutes_in_status

numeric(7,2)

集約期間のステータス列に示されるように、ストレージドメインのステータスを示すステータスの合計分(分単位)。たとえば、ストレージドメインが 55 分間「Active」で、毎時 5 分間の「Inactive」であった場合、2 つの行は同じ時刻のテーブルに報告されます。1 つの行には、minutes_in_status が 55 の状態で Active のステータスとなり、もう 1 つの行は Inactive および minutes_in_status のステータスが 5 になります。

いいえ

available_disk_size_gb

整数

ディスクで利用可能な合計(unused)容量。ギガバイト(GB)で表現されます。

いいえ

used_disk_size_gb

整数

ディスクで使用されている容量の合計(GB)

いいえ

storage_configuration_version

整数

サンプル時のストレージドメイン設定バージョン。これは v4_4_configuration_history_storage_domains ビューの history_id の値と同じで、結合に使用できます。

はい

2.7.3. ホスト統計ビュー

表2.3 システム内の各ホストの過去の統計

名前詳細インデックス化

history_id

BigInt

テーブル内のこの行の一意の ID。

いいえ

history_datetime

date

この履歴行のタイムスタンプ(集約レベル別の分、時間、日)。

はい

host_id

uuid

システム内のホストの一意の ID。

はい

host_status

smallint

  • -1 - 未知の状態(ETL の問題を示すためにのみ使用されます)Red Hat サポートにお知らせください。
  • 1 - up
  • 2 - メンテナンス
  • 3 - issues

いいえ

seconds_in_status

整数

集約期間のステータス列にホストが表示されていたステータスの総数(秒単位)。たとえば、1 分の間にホストが 55 秒間で 55 秒、ダウンした場合に 2 つの行が表示されます。状態が Up および seconds_in_status のステータスが 55 になります。もう 1 つは Down のステータスとなり、seconds_in_status は 5 になります。

いいえ

minutes_in_status

numeric(7,2)

ホストが集約期間のステータスコラムに表示されるステータスに記載されている合計時間(分単位)。たとえば、1 時間の間にホストが 55 分間、5 分間ダウンしている場合に 2 つの行はこの 1 時間ごとに表示されます。状態が Up および minutes_in_status のステータスが 55 になります。もう 1 つは Down のステータスで、minutes_in_status は 5 になります。

いいえ

memory_usage_percent

smallint

ホストで使用されるメモリーのパーセンテージ。

いいえ

max_memory_usage

smallint

集約期間の最大メモリー使用量。パーセンテージで表現されます。1 時間ごとに集約し、収集されたサンプルの最大値です。日次集約の場合、これは最大 1 時間の平均値です。

いいえ

ksm_shared_memory_mb

BigInt

ホストが使用するカーネル共有メモリーのサイズ(メガバイト)(MB)

いいえ

max_ksm_shared_memory_mb

BigInt

集約期間の最大 KSM メモリー使用量はメガバイト(MB)で表現されます。1 時間ごとに集約し、収集されたサンプルの最大値です。日次集約の場合、これは最大 1 時間の平均値です。

いいえ

cpu_usage_percent

smallint

ホストで使用される CPU のパーセンテージ。

いいえ

max_cpu_usage

smallint

集約期間の最大 CPU 使用率はパーセンテージで表されます。1 時間ごとに集約し、収集されたサンプルの最大値です。日次集約の場合、これは最大 1 時間の平均値です。

いいえ

ksm_cpu_percent

smallint

ホストの CPU の割合 ksm が使用中です。

いいえ

max_ksm_cpu_percent

smallint

集約期間の最大 KSM の使用方法(パーセンテージで表現)。1 時間ごとに集約し、収集されたサンプルの最大値です。日次集約の場合、これは最大 1 時間の平均値です。

いいえ

active_vms

smallint

この集約におけるアクティブな仮想マシンの平均数。

いいえ

max_active_vms

smallint

集約期間の仮想マシンの最大数です。1 時間ごとに集約し、収集されたサンプルの最大値です。日次集約の場合、これは最大 1 時間の平均値です。

いいえ

total_vms

smallint

この集約のためにホストにあるすべての仮想マシンの平均数

いいえ

max_total_vms

smallint

集約期間の仮想マシンの最大数。1 時間ごとに集約し、収集されたサンプルの最大値です。日次集約の場合、これは最大 1 時間の平均値です。

いいえ

total_vms_vcpus

整数

ホストに割り当てられる vCPU の合計数。

いいえ

max_total_vms_vcpus

整数

集約期間の仮想マシンの仮想 CPU の最大数です。1 時間ごとに集約し、収集されたサンプルの最大値です。日次集約の場合、これは最大 1 時間の平均値です。

いいえ

cpu_load

整数

ホストの CPU 負荷。

いいえ

max_cpu_load

整数

集約期間の最大 CPU 負荷。1 時間ごとに集約し、収集されたサンプルの最大値です。日次集約の場合、これは最大 1 時間の平均値です。

いいえ

system_cpu_usage_percent

smallint

ホストで使用される CPU のパーセンテージ。

いいえ

max_system_cpu_usage_percent

smallint

集約期間の最大システム CPU 使用率はパーセンテージで表されます。1 時間ごとに集約し、収集されたサンプルの最大値です。日次集約の場合、これは最大 1 時間の平均値です。

いいえ

user_cpu_usage_percent

smallint

ホストで使用中ユーザーの CPU パーセンテージ。

いいえ

max_user_cpu_usage_percent

smallint

集約期間の最大ユーザー CPU 使用率はパーセンテージで表されます。1 時間ごとに集約し、収集されたサンプルの最大値です。日次集約の場合、これは最大 1 時間の平均値です。

いいえ

swap_used_mb

整数

ホストのスワップサイズをメガバイト(MB)で使用しています。

いいえ

max_swap_used_mb

整数

集約期間のホストの最大ユーザースワップサイズ(メガバイト)(MB)はパーセンテージで表されます。1 時間ごとに集約し、収集されたサンプルの最大値です。日次集約の場合、これは最大 1 時間の平均値です。

いいえ

host_configuration_version

整数

サンプル時のホスト設定バージョン。サンプル時のホスト設定バージョン。これは v4_4_configuration_history_hosts ビューの history_id の値と同じで、結合に使用できます。

はい

2.7.4. ホストインターフェースの統計ビュー

表2.4 システム内の各ホストネットワークインターフェースの過去の統計

名前詳細インデックス化

history_id

BigInt

テーブル内のこの行の一意の ID。

いいえ

history_datetime

date

この履歴ビューのタイムスタンプ(集約レベル別の分、時時間、日)。

はい

host_interface_id

uuid

システム内のインターフェースの一意識別子。

はい

receive_rate_percent

smallint

ホストで受信レートのパーセンテージを使用します。

いいえ

max_receive_rate_percent

smallint

集約期間の最大受信レートで、パーセンテージで表現されます。1 時間ごとに集約し、収集されたサンプルの最大値です。日次集約の場合、これは最大 1 時間の平均値です。

いいえ

transmit_rate_percent

smallint

ホストでの送信速度率を使用します。

いいえ

max_transmit_rate_percent

smallint

集約期間の最大送信速度(パーセントで表現)。1 時間ごとに集約し、収集されたサンプルの最大値です。日次集約の場合、これは最大 1 時間の平均値です。

いいえ

received_total_byte

BigInt

ホストから受信した合計バイト数。

いいえ

transmitted_total_byte

BigInt

ホストから送信されるバイト数。

いいえ

host_interface_configuration_version

整数

サンプル時のホストインターフェース設定バージョン。これは v4_4_configuration_history_hosts_interfaces ビューの history_id の値と同じで、それらを結合するために使用できます。

はい

2.7.5. 仮想マシン統計ビュー

表2.5 システム内の各仮想マシンの過去の統計

名前詳細インデックス化

history_id

BigInt

テーブル内のこの行の一意の ID。

いいえ

history_datetime

date

この履歴行のタイムスタンプ(集約レベル別の分、時間、日)。

はい

vm_id

uuid

システム内の仮想マシンの一意の ID。

はい

vm_status

smallint

  • -1 - 不明なステータス(ETL に関する問題を示すためにのみ使用されます)。Red Hat サポートにお知らせください。
  • 0 - ダウン
  • 1 - up
  • 2 - 一時停止
  • 3 - issues

いいえ

seconds_in_status

整数

仮想マシンが集約期間のステータスコラムに表示されたステータスに含まれていた合計秒数。たとえば、1 分以内に仮想マシンが 55 秒、5 秒間ダウンしている場合に 2 つの行が表示されます。ステータスが Up と seconds_in_status のステータスとなり、もう 1 つは Down のステータスとなり、seconds_in_status は 5 になります。

いいえ

minutes_in_status

numeric(7,2)

仮想マシンが集約期間のステータスコラムに表示されたステータスに含まれていた合計分(分単位)。たとえば、1 時間以内に仮想マシンが 55 分間、5 分間ダウンしている場合に、2 つの行はこの 1 時間ごとに表示されます。ステータスが Up および minutes_in_status のステータスは、Down のステータスとなり、minutes_in_status は 5 になります。

いいえ

cpu_usage_percent

smallint

仮想マシンが使用する CPU のパーセンテージ。

いいえ

max_cpu_usage

smallint

集約期間の最大 CPU 使用率はパーセンテージで表されます。1 時間ごとに集約し、収集されたサンプルの最大値です。日次集約の場合、これは最大 1 時間の平均値です。

いいえ

memory_usage_percent

smallint

仮想マシンで使用されるメモリーのパーセンテージ。メモリーの使用を記録するには、ゲストツールが仮想マシンにインストールされている必要があります。

いいえ

max_memory_usage

smallint

集約期間の最大メモリー使用量。パーセンテージで表現されます。1 時間ごとに集約し、収集されたサンプルの最大値です。日次集約の場合、これは最大 1 時間の平均値です。メモリーの使用を記録するには、ゲストツールが仮想マシンにインストールされている必要があります。

いいえ

user_cpu_usage_percent

smallint

ホストで使用中ユーザーの CPU パーセンテージ。

いいえ

max_user_cpu_usage_percent

smallint

集約期間の最大ユーザー CPU 使用率はパーセンテージで表されます。1 時間ごとに集約し、収集されたサンプルの最大値です。日次集約の場合、これは最大 1 時間の平均値です。

いいえ

system_cpu_usage_percent

smallint

ホストで使用されたシステムの CPU パーセンテージ。

いいえ

max_system_cpu_usage_percent

smallint

集約期間の最大システム CPU 使用率はパーセンテージで表されます。1 時間ごとに集約し、収集されたサンプルの最大値です。日次集約の場合、これは最大 1 時間の平均値です。

いいえ

vm_ip

text

最初の NIC の IP アドレスゲストエージェントがインストールされている場合にのみ表示されます。

いいえ

currently_running_on_host

uuid

仮想マシンが実行されているホストの一意の ID。

いいえ

current_user_id

uuid

仮想マシンコンソールにログインするユーザーの一意の ID(ゲストエージェントがインストールされている場合)

いいえ

disks_usage

text

ディスクの説明。ファイルシステムの種類、マウントポイント、合計サイズ、および使用中サイズ。

いいえ

vm_configuration_version

整数

サンプル時の仮想マシン設定バージョン。 これは、v4_4_configuration_history_vms ビューの history_id の値と同じです。

はい

current_host_configuration_version

整数

サンプル時のホスト設定バージョン。これは v4_4_configuration_history_hosts ビューの history_id の値と同じで、結合に使用できます。

はい

memory_buffered_kb

BigInt

仮想マシン上のバッファーのメモリー容量(キロバイト単位)

いいえ

memory_cached_kb

BigInt

仮想マシン上でキャッシュされたメモリー容量(キロバイト単位)

いいえ

max_memory_buffered_kb

BigInt

集約期間の最大バッファーされたメモリー(キロバイト(KB)単位)。1 時間ごとに集約し、収集されたサンプルの最大値です。日次集約の場合、これは最大 1 時間の平均値です。

いいえ

max_memory_cached_kb

BigInt

集約期間のキャッシュされた最大メモリー(キロバイト)です。1 時間ごとに集約し、収集されたサンプルの最大値です。日次集約の場合、これは最大 1 時間の平均値です。

いいえ

2.7.6. 仮想マシンインターフェースの統計ビュー

表2.6 システムの仮想マシンネットワークインターフェースの過去の統計

名前詳細インデックス化

history_id

整数

テーブル内のこの行の一意の ID。

いいえ

history_datetime

date

この履歴行のタイムスタンプ(集約レベル別の分、時間、日)。

はい

vm_interface_id

uuid

システム内のインターフェースの一意の ID。

はい

receive_rate_percent

smallint

ホストで受信レートのパーセンテージを使用します。

いいえ

max_receive_rate_percent

smallint

集約期間の最大受信レートで、パーセンテージで表現されます。1 時間ごとに集約し、収集されたサンプルの最大値です。日次集約の場合、これは最大 1 時間の平均値です。

いいえ

transmit_rate_percent

smallint

ホストでの送信速度率を使用します。

いいえ

max_transmit_rate_percent

smallint

集約期間の最大送信速度(パーセントで表現)。1 時間ごとに集約し、収集されたサンプルの最大値です。日次集約の場合、これは最大 1 時間の平均レートです。

いいえ

received_total_byte

BigInt

仮想マシンが受信した合計バイト数。

いいえ

transmitted_total_byte

BigInt

仮想マシンから送信されるバイト数。

いいえ

vm_interface_configuration_version

整数

サンプルの時点における仮想マシンインターフェース設定バージョン。これは v4_4_configuration_history_vms_interfaces ビューの history_id の値と同じで、それらを結合するために使用できます。

はい

2.7.7. 仮想ディスクの統計ビュー

表2.7 システム内の仮想ディスクの過去の統計

名前詳細インデックス化

history_id

BigInt

テーブル内のこの行の一意の ID。

いいえ

history_datetime

date

この履歴行のタイムスタンプ(集約レベル別の分、時間、日)。

はい

vm_disk_id

uuid

システム内のディスクの一意の ID。

はい

vm_disk_status

smallint

  • 0 - 未割り当て
  • 1 - OK
  • 2 - ロック
  • 3 - 無効
  • 4 - 不正な

いいえ

seconds_in_status

整数

集約期間のステータス列に仮想ディスクが表示されている合計秒数。たとえば、仮想ディスクが 55 秒間ロックされ、1 分に 5 秒間 OK がある場合には、2 つの行でこの分が表示されます。1 つ目は Locked と seconds_in_status のステータスとなり、もう 1 つは OK のステータスで、seconds_in_status は 5 になります。

いいえ

minutes_in_status

numeric(7,2)

集約期間のステータス列に仮想ディスクが表示されているステータスに記載されている合計分(分単位)。たとえば、仮想ディスクが 55 分間ロックされ、1 時間以内に 5 分間 OK がある場合には、2 つの行はこの 1 時間ごとに表示されます。1 つ目は Locked および minutes_in_status のステータスとなり、もう 1 つは OK のステータスで、minutes_in_status は 5 になります。

いいえ

vm_disk_actual_size_mb

整数

ディスクに割り当てられる実際のサイズ。

いいえ

read_rate_bytes_per_second

整数

バイト毎秒単位のディスクへの読み取り速度。

いいえ

max_read_rate_bytes_per_second

整数

集約期間の最大読み取りレート。1 時間ごとに集約し、収集されたサンプルの最大値です。日次集約の場合、これは最大 1 時間の平均値です。

いいえ

read_ops_per_second

BigInt

1 秒あたりの読み取り I/O 操作の数。

いいえ

max_read_ops_per_second

BigInt

集約期間の 1 秒あたりの読み取り I/O 操作の最大数。1 時間ごとに集約し、収集されたサンプルの最大値です。日次集約の場合、これは最大 1 時間の平均値です。

いいえ

read_latency_seconds

numeric(18,9)

仮想ディスクの読み取りレイテンシーは秒単位で測定されます。

いいえ

write_rate_bytes_per_second

整数

ディスクへの書き込み速度(バイト毎秒単位)

いいえ

max_read_latency_seconds

numeric(18,9)

集約期間の最大読み取りレイテンシー(秒単位)。1 時間ごとに集約し、収集されたサンプルの最大値です。日次集約の場合、これは最大 1 時間の平均値です。

いいえ

max_write_rate_bytes_per_second

整数

集約期間の最大書き込みレート。1 時間ごとに集約し、収集されたサンプルの最大値です。日次集約の場合、これは最大 1 時間の平均値です。

いいえ

write_ops_per_second

BigInt

1 秒あたりの書き込み I/O 操作の数。

いいえ

max_write_ops_per_second

BigInt

集約期間の 1 秒あたりの書き込み I/O 操作の最大数。1 時間ごとに集約し、収集されたサンプルの最大値です。日次集約の場合、これは最大 1 時間の平均値です。

いいえ

write_latency_seconds

numeric(18,9)

仮想ディスクの書き込みレイテンシーは秒単位で測定されます。

いいえ

max_write_latency_seconds

numeric(18,9)

集約期間の最大書き込みレイテンシー(秒単位)。1 時間ごとに集約し、収集されたサンプルの最大値です。日次集約の場合、これは最大 1 時間の平均値です。

いいえ

flush_latency_seconds

numeric(18,9)

仮想ディスクのフラッシュレイテンシーは秒単位で測定されます。

いいえ

max_flush_latency_seconds

numeric(18,9)

集約期間の最大フラッシュレイテンシー(秒単位)。1 時間ごとに集約し、収集されたサンプルの最大値です。日次集約の場合、これは最大 1 時間の平均値です。

いいえ

vm_disk_configuration_version

整数

サンプル時の仮想ディスク設定バージョン。これは v4_4_configuration_history_vms_disks ビューの history_id の値と同じで、結合に使用することができます。

はい

2.8. 設定履歴ビュー

To query a configuration view, run SELECT * FROM view_name;.以下に例を示します。

# SELECT * FROM v4_4_configuration_history_datacenters;

利用可能なビューの一覧を表示するには、以下のコマンドを実行します。

# \dv
注記

delete_date は最新のビューには表示されません。これらのビューは、定義によって削除されていないエンティティーの最新設定を提供するためです。

2.8.1. データセンター設定

以下の表は、システム内のデータセンターの設定履歴パラメーターを示しています。

表2.8 v4_4_configuration_history_datacenters

名前詳細インデックス化

history_id

整数

履歴データベースの設定バージョンの ID。これは v4_4_configuration_history_clusters ビューの datacenter_configuration_version の値と同じで、結合に使用することができます。

いいえ

datacenter_id

uuid

システム内のデータセンターの一意の ID。

はい

datacenter_name

Character varying(40)

編集ダイアログに表示されるデータセンターの名前。

いいえ

datacenter_description

文字 varying(4000)

編集ダイアログに表示されるデータセンターの説明。

いいえ

is_local_storage

boolean

データセンターがローカルストレージを使用するかどうかを示すフラグ。

いいえ

create_date

タイムゾーンを含むタイムスタンプ

このエンティティーがシステムに追加された日付。

いいえ

update_date

タイムゾーンを含むタイムスタンプ

このエンティティーがシステムで変更された日付です。

いいえ

delete_date

タイムゾーンを含むタイムスタンプ

このエンティティーがシステムから削除された日付。

いいえ

2.8.2. データセンターストレージドメインマップ

以下の表は、システム内のストレージドメインとデータセンター間の関係を示しています。

表2.9 v4_4_map_history_datacenters_storage_domains

名前詳細インデックス化

history_id

整数

履歴データベースの設定バージョンの ID。これは v4_4_configuration_history_clusters ビューの datacenter_configuration_version の値と同じで、結合に使用することができます。

いいえ

storage_domain_id

uuid

システム内のこのストレージドメインの一意の ID。

はい

datacenter_id

uuid

システム内のデータセンターの一意の ID。

いいえ

attach_date

タイムゾーンを含むタイムスタンプ

ストレージドメインがデータセンターにアタッチされた日付。

いいえ

detach_date

タイムゾーンを含むタイムスタンプ

ストレージドメインがデータセンターからデタッチされた日付。

いいえ

2.8.3. ストレージドメインの設定

以下の表は、システム内のストレージドメインの設定履歴パラメーターを示しています。

表2.10 v4_4_configuration_history_storage_domains

名前詳細インデックス化

history_id

整数

履歴データベースの設定バージョンの ID。これは、ストレージドメインの統計ビューの storage_configuration_version の値と同じで、結合に使用できます。

いいえ

storage_domain_id

uuid

システム内のこのストレージドメインの一意の ID。

はい

storage_domain_name

character varying(250)

ストレージドメイン名。

いいえ

storage_domain_type

smallint

* 0 - データ(マスター)

* 1 - データ

* 2 - ISO

* 3 - エクスポート

いいえ

storage_type

smallint

* 0 - unknown

* 1 - NFS

* 2 - FCP

* 3 - iSCSI

* 4 - ローカル

* 6 - すべて

いいえ

create_date

タイムゾーンを含むタイムスタンプ

このエンティティーがシステムに追加された日付。

いいえ

update_date

タイムゾーンを含むタイムスタンプ

このエンティティーがシステムで変更された日付です。

いいえ

delete_date

タイムゾーンを含むタイムスタンプ

このエンティティーがシステムから削除された日付。

いいえ

2.8.4. クラスター設定

以下の表は、システムにあるクラスターの設定履歴パラメーターを示しています。

表2.11 v4_4_configuration_history_clusters

名前詳細インデックス化

history_id

整数

履歴データベースの設定バージョンの ID。 これは、v4_4_configuration_history_hosts および v4_4_configuration_history_vms ビューの cluster_configuration_version の値と同じで、結合に使用できます。

いいえ

cluster_id

uuid

このクラスターが置かれるデータセンターの一意識別子。

はい

cluster_name

Character varying(40)

編集ダイアログに表示されるクラスターの名前。

いいえ

cluster_description

文字 varying(4000)

編集ダイアログで定義されているように。

いいえ

datacenter_id

uuid

このクラスターが置かれるデータセンターの一意識別子。

はい

cpu_name

文字 varying(255)

編集ダイアログに表示されている。

いいえ

count_threads_as_cores

boolean

Count Threads As Cores 列には ホストのコア数よりも大きいプロセッサーコアの合計数を持つ仮想マシンを実行できると、true と表示されます。

いいえ

compatibility_version

Character varying(40)

編集ダイアログに表示されている。

いいえ

datacenter_configuration_version

整数

作成時または更新時のデータセンター設定バージョン。作成時または更新時のデータセンター設定バージョン。これは v4_4_configuration_history_datacenters ビューの history_id の値と同じで、結合に使用できます。

いいえ

create_date

タイムゾーンを含むタイムスタンプ

このエンティティーがシステムに追加された日付。

いいえ

update_date

タイムゾーンを含むタイムスタンプ

このエンティティーがシステムで変更された日付です。

いいえ

delete_date

タイムゾーンを含むタイムスタンプ

このエンティティーがシステムから削除された日付。

いいえ

2.8.5. ホストの設定

以下の表は、システムにあるホストの設定履歴パラメーターを示しています。

表2.12 v4_4_configuration_history_hosts

名前詳細インデックス化

history_id

整数

履歴データベースの設定バージョンの ID。これは、ホスト統計ビューの host_configuration_version の値と同じで、結合に使用できます。

いいえ

host_id

uuid

システム内のホストの一意の ID。

はい

host_unique_id

文字 varying(128)

このフィールドは、ホストの物理 UUID と MAC アドレスの 1 つの組み合わせで、システムにすでに登録されているホストを検出するために使用されます。

いいえ

host_name

文字 varying(255)

ホストの名前(編集ダイアログと同じ)。

いいえ

cluster_id

uuid

このホストが属するクラスターの一意の ID。

はい

host_type

smallint

* 0 - RHEL ホスト

* 2 - RHEV Hypervisor ノード

いいえ

fqdn_or_ip

文字 varying(255)

(編集ダイアログに表示されているように)Red Hat Virtualization Manager が通信するホストの DNS 名またはその IP アドレス。

いいえ

memory_size_mb

整数

ホストの物理メモリーの容量(メガバイト(MB)単位)

いいえ

swap_size_mb

整数

ホストのスワップパーティションのサイズ。

いいえ

cpu_model

文字 varying(255)

ホストの CPU モデル

いいえ

number_of_cores

smallint

ホスト内の CPU コアの合計数。

いいえ

number_of_sockets

smallint

CPU ソケットの合計数。

いいえ

cpu_speed_mh

numeric(18,0)

megahertz(MHz)で表現されるホストの CPU 速度。

いいえ

host_os

文字 varying(255)

ホストのオペレーティングシステムのバージョン。

いいえ

kernel_version

文字 varying(255)

ホストのカーネルバージョン

いいえ

kvm_version

文字 varying(255)

ホストの KVM バージョン。

いいえ

vdsm_version

文字は異なります

ホストの VDSM バージョン。

いいえ

vdsm_port

整数

編集ダイアログに表示されている。

いいえ

threads_per_core

smallint

1 コアあたりのスレッド数

いいえ

hardware_manufacturer

文字 varying(255)

ホストのハードウェアの製造元。

いいえ

hardware_product_name

文字 varying(255)

ホストのハードウェアの製品名。

いいえ

hardware_version

文字 varying(255)

ホストのハードウェアのバージョン

いいえ

hardware_serial_number

文字 varying(255)

ホストのハードウェアのシリアル番号

いいえ

cluster_configuration_version

整数

作成時または更新時のクラスター設定バージョン。これは v4_4_configuration_history_clusters ビューの history_id の値と同じで、結合に使用できます。

いいえ

create_date

タイムゾーンを含むタイムスタンプ

このエンティティーがシステムに追加された日付。

いいえ

update_date

タイムゾーンを含むタイムスタンプ

このエンティティーがシステムで変更された日付です。

いいえ

delete_date

タイムゾーンを含むタイムスタンプ

このエンティティーがシステムから削除された日付。

いいえ

2.8.6. ホストインターフェースの設定

以下の表には、システム内のホストインターフェースの設定履歴パラメーターをまとめています。

表2.13 v4_4_configuration_history_hosts_interfaces

名前詳細インデックス化

history_id

整数

履歴データベースの設定バージョンの ID。これは、ホストインターフェースの統計ビューの host_interface_configuration_version の値と同じで、結合に使用できます。

いいえ

host_interface_id

uuid

システム内のこのインターフェースの一意の ID。

はい

host_interface_name

Character varying(50)

ホストから報告されるインターフェース名。

いいえ

host_id

uuid

このインターフェースが属するホストの一意の ID。

はい

host_interface_type

smallint

* 0 - rt18139_pv

* 1 - rt18139

* 2 - e1000

* 3 - PV

いいえ

host_interface_speed_bps

整数

1 秒あたりのビット単位のインターフェース速度。

いいえ

mac_address

文字 varying(59)

MAC アドレス。

いいえ

logical_network_name

Character varying(50)

インターフェースに関連付けられた論理ネットワーク

いいえ

ip_address

Character varying(20)

編集ダイアログに表示されている。

いいえ

gateway

Character varying(20)

編集ダイアログに表示されている。

いいえ

ボンド

boolean

このインターフェースがボンディングされたインターフェースであることを示すフラグ。

いいえ

bond_name

Character varying(50)

このインターフェースの一部がボンディングの名前(ボンディングの一部である場合)

いいえ

vlan_id

整数

編集ダイアログに表示されている。

いいえ

host_configuration_version

整数

作成時または更新時のホスト設定バージョン。これは v4_4_configuration_history_hosts ビューの history_id の値と同じで、結合に使用できます。

いいえ

create_date

タイムゾーンを含むタイムスタンプ

このエンティティーがシステムに追加された日付。

いいえ

update_date

タイムゾーンを含むタイムスタンプ

このエンティティーがシステムで変更された日付です。

いいえ

delete_date

タイムゾーンを含むタイムスタンプ

このエンティティーがシステムから削除された日付。

いいえ

2.8.7. 仮想マシン設定

以下の表は、システム内の仮想マシンの設定履歴パラメーターを示しています。

表2.14 v4_4_configuration_history_vms

名前詳細インデックス化

history_id

整数

履歴データベースの設定バージョンの ID。これは、仮想マシン統計ビューの vm_configuration_version の値と同じで、それらを結合するために使用できます。

いいえ

vm_id

uuid

システム内のこの仮想マシンの一意の ID。

はい

vm_name

文字 varying(255)

仮想マシンの名前。

いいえ

vm_description

文字 varying(4000)

編集ダイアログに表示されている。

いいえ

vm_type

smallint

* 0 - デスクトップ

* 1 - server

いいえ

cluster_id

uuid

この仮想マシンが属するクラスターの一意の ID。

はい

template_id

uuid

この仮想マシンが派生するテンプレートの一意の ID。このテンプレートは、このバージョンの Red Hat Virtualization の履歴データベースには同期されません。

いいえ

template_name

Character varying(40)

この仮想マシンが派生するテンプレートの名前。

いいえ

cpu_per_socket

smallint

ソケットあたりの仮想 CPU

いいえ

number_of_sockets

smallint

仮想 CPU ソケットの合計数。

いいえ

memory_size_mb

整数

仮想マシンに割り当てられるメモリーの合計(メガバイト)で表されます。

いいえ

operating_system

smallint

* 0 - 他の OS

* 1 - Windows XP

* 3 - Windows 2003

* 4 - Windows 2008

* 5 - Linux

* 7 - Red Hat Enterprise Linux 5.x

* 8 - Red Hat Enterprise Linux 4.x

* 9 - Red Hat Enterprise Linux 3.x

* 10 - Windows 2003 x64

* 11 - Windows 7

* 12 - Windows 7 x64

* 13 - Red Hat Enterprise Linux 5.x x64

* 14 - Red Hat Enterprise Linux 4.x x64

* 15 - Red Hat Enterprise Linux 3.x x64

* 16 - Windows 2008 x64

* 17 - Windows 2008 R2 x64

* 18 - Red Hat Enterprise Linux 6.x

* 19 - Red Hat Enterprise Linux 6.x x64

* 20 - Windows 8

* 21 - Windows 8 x64

* 23 - Windows 2012 x64

* 1001 - other

* 1002 - Linux

* 1003 - Red Hat Enterprise Linux 6.x

* 1004 - SUSE Linux Enterprise Server 11

* 1193 - SUSE Linux Enterprise Server 11

* 1252 - Ubuntu Precise Pangolin LTS

* 1253 - Ubuntu Quantal Quetzal

* 1254 - Ubuntu Raring Ringtails

* 1255 - Ubuntu Saucy Salamander

いいえ

default_host

uuid

編集ダイアログに表示されているように、システムのデフォルトホストの ID です。

いいえ

high_availability

boolean

編集ダイアログに表示されている。

いいえ

Initialized

boolean

この仮想マシンが Sysprep 初期化目的で少なくとも 1 回起動しているかどうかを示すフラグ。

いいえ

ステートレス

boolean

編集ダイアログに表示されている。

いいえ

fail_back

boolean

編集ダイアログに表示されている。

いいえ

usb_policy

smallint

編集ダイアログに表示されている。

いいえ

time_zone

Character varying(40)

編集ダイアログに表示されている。

いいえ

vm_pool_id

uuid

この仮想マシンが属するプールの ID。

いいえ

vm_pool_name

文字 varying(255)

仮想マシンのプールの名前。

いいえ

created_by_user_id

uuid

この仮想マシンを作成したユーザーの ID。

いいえ

cluster_configuration_version

整数

作成時または更新時のクラスター設定バージョン。これは v4_4_configuration_history_clusters ビューの history_id の値と同じで、結合に使用できます。

いいえ

default_host_configuration_version

整数

作成時または更新時のホスト設定バージョン。これは v4_4_configuration_history_hosts ビューの history_id の値と同じで、結合に使用できます。

いいえ

create_date

タイムゾーンを含むタイムスタンプ

このエンティティーがシステムに追加された日付。

いいえ

update_date

タイムゾーンを含むタイムスタンプ

このエンティティーがシステムで変更された日付です。

いいえ

delete_date

タイムゾーンを含むタイムスタンプ

このエンティティーがシステムから削除された日付。

いいえ

2.8.8. 仮想マシンインターフェースの設定

以下の表は、システムの仮想インターフェースの設定履歴パラメーターを示しています。

表2.15 v4_4_configuration_history_vms_interfaces

名前詳細インデックス化

history_id

整数

履歴データベースの設定バージョンの ID。これは、仮想マシンインターフェースの統計ビューの vm_interface_configuration_version の値と同じで、それらを結合するために使用できます。

いいえ

vm_id

uuid

システム内の仮想マシンの一意の ID。

はい

vm_interface_id

uuid

システム内のこのインターフェースの一意の ID。

はい

vm_interface_name

Character varying(50)

編集ダイアログに表示されている。

いいえ

vm_interface_type

smallint

仮想インターフェースのタイプ。

* 0 - rt18139_pv

* 1 - rt18139

* 2 - e1000

* 3 - PV

いいえ

vm_interface_speed_bps

整数

ビット毎秒の集約中のインターフェースの平均速度は、1 秒あたりです。

いいえ

mac_address

Character varying(20)

編集ダイアログに表示されている。

いいえ

logical_network_name

Character varying(50)

編集ダイアログに表示されている。

いいえ

vm_configuration_version

整数

作成時または更新時の仮想マシン設定バージョン。これは v4_4_configuration_history_vms ビューの history_id の値と同じで、結合に使用できます。

いいえ

create_date

タイムゾーンを含むタイムスタンプ

このエンティティーがシステムに追加された日付。

いいえ

update_date

タイムゾーンを含むタイムスタンプ

このエンティティーがシステムで変更された日付です。

いいえ

delete_date

タイムゾーンを含むタイムスタンプ

このエンティティーがシステムから削除された日付。

いいえ

2.8.9. 仮想マシンデバイスの設定

以下の表は、ディスクや仮想インターフェースを含む、仮想マシンと関連するデバイス間の関係を示しています。

表2.16 v4_4_configuration_history_vms_devices

名前詳細インデックス化

history_id

整数

履歴データベースの設定バージョンの ID。

いいえ

vm_id

uuid

システム内の仮想マシンの一意の ID。

はい

device_id

uuid

システム内のデバイスの一意の ID。

いいえ

type

文字変更(30)

仮想マシンデバイスのタイプ。「disk」または「interface」を指定できます。

はい

address

文字 varying(255)

デバイスの物理アドレス

いいえ

is_managed

boolean

デバイスが Manager によって管理されているかどうかを示すフラグ。

いいえ

is_plugged

boolean

デバイスが仮想マシンに取り付けられているかどうかを示すフラグ。

いいえ

is_readonly

boolean

デバイスが読み取り専用であることを示すフラグ。

いいえ

vm_configuration_version

整数

サンプルが発生した時点の仮想マシン設定バージョン。

いいえ

device_configuration_version

整数

サンプルの取得時のデバイス設定バージョン。
- タイプフィールドの値が interface に設定されている場合、このフィールドは v4_4_configuration_history_vms_interfaces ビューの history_id フィールドに参加します。タイプフィールドの値が disk に設定されている場合、このフィールドは v4_4_configuration_history_vms_disks ビューの history_id フィールドに結合されます。

いいえ

create_date

タイムゾーンを含むタイムスタンプ

このエンティティーがシステムに追加された日付。

いいえ

update_date

タイムゾーンを含むタイムスタンプ

このエンティティーがシステムに追加された日付。

いいえ

delete_date

タイムゾーンを含むタイムスタンプ

このエンティティーがシステムに追加された日付。

いいえ

2.8.10. 仮想ディスクの設定

以下の表は、システム内の仮想ディスクの設定履歴パラメーターを示しています。

表2.17 v4_4_configuration_history_vms_disks

名前詳細インデックス化

history_id

整数

履歴データベースの設定バージョンの ID。これは、仮想ディスクの統計ビューの vm_disk_configuration_version の値と同じで、それらを結合するために使用できます。

いいえ

vm_disk_id

uuid

システム内のこのディスクの一意の ID。

はい

vm_disk_name

text

編集ダイアログに表示される仮想ディスクの名前。

いいえ

vm_disk_description

Character varying(500)

編集ダイアログに表示されている。

いいえ

image_id

uuid

システム内のイメージの一意の ID。

いいえ

storage_domain_id

uuid

このディスクイメージが属するストレージドメインの ID。

はい

vm_disk_size_mb

整数

ディスクで定義されたサイズ(メガバイト(MB))。

いいえ

vm_disk_type

smallint

編集ダイアログに表示されている。現在、システムおよびデータのみが使用されています。

* 0 - 未割り当て

* 1 - システム

* 2 - データ

* 3 - 共有

* 4 - swap

* 5 - temp

いいえ

vm_disk_format

smallint

編集ダイアログに表示されている。

* 3 - 未割り当て

* 4 - COW

* 5 - raw

いいえ

is_shared

boolean

仮想マシンのディスクが共有されているかどうかを示すフラグ。

いいえ

create_date

タイムゾーンを含むタイムスタンプ

このエンティティーがシステムに追加された日付。

いいえ

update_date

タイムゾーンを含むタイムスタンプ

このエンティティーがシステムで変更された日付です。

いいえ

delete_date

タイムゾーンを含むタイムスタンプ

このエンティティーがシステムから削除された日付。

いいえ

2.8.11. ユーザー詳細の履歴

以下の表は、システム内のユーザーの設定履歴パラメーターを示しています。

表2.18 v4_4_users_details_history

名前詳細

user_id

uuid

Manager によって生成されるシステム内のユーザーの一意の ID。

first_name

文字 varying(255)

ユーザーの名

last_name

文字 varying(255)

ユーザーの姓。

domain

文字 varying(255)

承認拡張の名前。

username

文字 varying(255)

アカウント名。

部門

文字 varying(255)

ユーザーが属する組織の部門。

user_role_title

文字 varying(255)

組織内のユーザーのタイトルまたはロール。

電子メール

文字 varying(255)

組織内のユーザーのメール。

external_id

text

外部システムからユーザーの一意識別子。

アクティブ

boolean

ユーザーがアクティブかどうかを示すフラグ。これは毎時チェックされます。承認拡張でユーザーが見つかると、アクティブのままになります。ユーザーは、ログインに成功したときにアクティブになります。

create_date

タイムゾーンを含むタイムスタンプ

このエンティティーがシステムに追加された日付。

update_date

タイムゾーンを含むタイムスタンプ

このエンティティーがシステムで変更された日付です。

delete_date

タイムゾーンを含むタイムスタンプ

このエンティティーがシステムから削除された日付。