4.3.4.2. メタデータの追加

キーと値 のペアを使用してフレーバーのメタデータを指定します。

Dashboard に管理ユーザーとしてログインして 管理 > システム > フレーバー を選択します。
フレーバーの メタデータ リンク (はい または いいえ) をクリックします。現在の値はすべて右側の 選択済みのメタデータ の下に一覧表示されます。
利用可能なメタデータ で その他 のフィールドをクリックして、追加するキーを指定します (表4.5「Libvirt のメタデータ」を参照)。
「+」ボタンをクリックします。選択済みのメタデータ の下に新しいキーが表示されるようになりました。
右側のフィールドにキーの値を入力します。
キーと値のペアの追加が終了したら保存をクリックします。

表4.5 Libvirt のメタデータ
キー	説明
`hw:action`	インスタンスごとにサポート制限を設定するアクション。有効なアクションは以下のとおりです。 `cpu_max_sockets`: サポートされている最大の CPU ソケット数 `cpu_max_cores`: サポートされている最大の CPU コア数 `cpu_max_threads`: サポートされている最大の CPU スレッド数 `cpu_sockets`: 推奨される CPU ソケット数 `cpu_cores`: 推奨される CPU コア数 `cpu_threads`: 推奨される CPU スレッド数 `serial_port_count`: 1 インスタンスあたりの最大シリアルポート数例: `hw:cpu_max_sockets=2`
`hw:NUMA_def`	インスタンスの NUMA トポロジーの定義。RAM および仮想 CPU の割り当てがコンピュートホスト内の NUMA ノードのサイズよりも大きいフレーバーの場合には、NUMA トポロジーを定義することでホストが NUMA を効果的に使用してゲスト OS のパフォーマンスを向上することができます。フレーバーで定義された NUMA の定義は、イメージの定義をオーバーライドします。有効な定義は以下のとおりです。 `numa_nodes`: インスタンスに公開する NUMA ノードの数。イメージの NUMA 設定が上書きされるようにするには 1 を指定します。 `numa_cpus.0`: 仮想 CPU N-M を NUMA ノード 0 へマッピング (コンマ区切りの一覧) `numa_cpus.1`: 仮想 CPU N-M を NUMA ノード 1 へマッピング (コンマ区切りの一覧) `numa_mem.0`: メモリー N MB を NUMA ノード 0 へマッピング `numa_mem.1`: メモリー N MB を NUMA ノード 1 へマッピング `numa_cpu.N` および `numa_mem.N` は、`numa_nodes` が設定されている場合のみに有効です。また、これらの定義が必要になるのは、インスタンスの NUMA ノードの CPU および RAM が対称的に割り当てられていない場合のみです (NFV ワークロードの一部には重要)。注記 `numa_cpu` または `numa_mem.N` の値が利用可能な値よりも多く指定されている場合には、例外が発生します。インスタンスに 8 個の仮想 CPU、4 GB の RAM が指定されている場合の例: `hw:numa_nodes=2` `hw:numa_cpus.0=0,1,2,3,4,5` `hw:numa_cpus.1=6,7` `hw:numa_mem.0=3072` `hw:numa_mem.1=1024` スケジューラーは、NUMA ノードが 2 つあり、そのうちの 1 つのノードで 6 つの CPU および 3072 MB または 3 GB のメモリーを実行し、別のノードで 2 つの CPU および 1024 MB または 1 GB のメモリーを実行できるホストを検索します。ホストに 8 つの CPU および 4 GB のメモリーを実行できる NUMA ノードが 1 つある場合は、有効な一致とは見なされません。
`hw:watchdog_action`	インスタンスのウォッチドッグデバイスを使用して、インスタンスに何らかの理由でエラー (またはハング) が発生した場合にアクションをトリガーすることができます。有効なアクションは以下のとおりです。 `disabled`: デバイスは接続されません (デフォルト値)。 `pause`: インスタンスを一時停止します。 `poweroff`: インスタンスを強制終了します。 `reset`: インスタンスを強制リセットします。 `none`: ウォッチドッグを有効化しますが、インスタンスにエラーが発生してもアクションは実行しません。例: `hw:watchdog_action=poweroff`
`hw:pci_numa_affinity_policy`	このパラメーターを使用して、PCI パススルーデバイスおよび SR-IOV インターフェースの NUMA アフィニティーポリシーを指定することができます。以下の有効な値のいずれかに設定します。 `required`: インスタンスの NUMA ノードの少なくとも 1 つが PCI デバイスとのアフィニティーを持つ場合に限り、Compute サービスは PCI デバイスを要求するインスタンスを作成します。このオプションは、最高のパフォーマンスを提供します。 `preferred`: Compute サービスは、NUMA アフィニティーに基づきベストエフォートで PCI デバイスの選択を試みます。これができない場合には、Compute サービスは PCI デバイスとのアフィニティーを持たない NUMA ノード上でインスタンスをスケジュールします。 `legacy`: (デフォルト) 以下のいずれかの場合に、Compute サービスは PCI デバイスを要求するインスタンスを作成します。 PCI デバイスが少なくとも 1 つの NUMA ノードとのアフィニティーを持つ。 PCI デバイスが NUMA アフィニティーに関する情報を提供しない。例: `hw:pci_numa_affinity_policy=required`
`hw_rng:action`	イメージプロパティーを使用して乱数生成器をインスタンスに追加することができます (Red Hat OpenStack Platform ドキュメントの『Command-Line Interface Reference』で `hw_rng_model` を参照してください)。このデバイスを追加した場合の有効なアクションは以下のとおりです。 `allowed`: `True` に指定すると、デバイスが有効化され、`False` に指定すると無効化されます。デフォルトではデバイスは無効となっています。 `rate_bytes`: エントロピープールを満たすために、インスタンスのカーネルが rate_period (整数) の間隔でホストから読み取ることのできる最大のバイト数 `rate_period`: 秒単位で示した読み取り期間 (整数) 例: `hw_rng:allowed=True`
`hw_video:ram_max_mb`	ビデオデバイスの最大許容 RAM (MB 単位) 例: `hw:ram_max_mb=64`
`quota:option`	インスタンスの制限を強制します。有効なオプションは以下のとおりです。 `cpu_period`: `cpu_quota` を強制する時間 (マイクロ秒単位)。指定した `cpu_period` 内では、各仮想 CPU は `cpu_quota` を超えるランタイムを使用することはできません。値は [1000, 1000000] の範囲内で指定する必要があります。0 は値なしを意味します。 `cpu_quota: 各 cpu_period における仮想 CPU の最大許容帯域幅 (マイクロ秒単位)。`この値は、[1000, 18446744073709551] の範囲内で指定する必要があります。0 は値なしを意味し、負の値は仮想 CPU が制御されないことを意味します。`cpu_quota` および `cpu_period` を使用して、全仮想 CPU が同じ速度で実行されるようにすることができます。 `cpu_shares`: ドメインの CPU 時間の共有。この値は、同じドメイン内の他のマシンに対する重み付けがされている場合にのみに有意となります。つまり、200 のフレーバーを使用するインスタンスには、100 のインスタンスのマシン時間の 2 倍の時間が割り当てられることになります。 `disk_read_bytes_sec`: 最大のディスク読み取り速度 (バイト毎秒単位) `disk_read_iops_sec`: 1 秒あたりの最大の読み取り I/O 操作回数 `disk_write_bytes_sec`: 最大のディスク書き込み速度 (バイト毎秒単位) `disk_write_iops_sec`: 1 秒あたりの最大の書き込み I/O 操作回数 `disk_total_bytes_sec`: 総スループットの上限 (バイト毎秒単位) `disk_total_iops_sec`: 1 秒あたりの最大の総 I/O 操作数 `vif_inbound_average`: 受信トラフィックの指定平均値 `vif_inbound_burst`: `vif_inbound_peak` の速度で受信可能なトラフィックの最大量 `vif_inbound_peak`: 受信トラフィックの最大受信速度 `vif_outbound_average`: 送信トラフィックの指定平均値 `vif_outbound_burst`: `vif_outbound_peak` の速度で送信可能なトラフィックの最大量 `vif_outbound_peak`: 送信トラフィックの最大送信速度例: `quota:vif_inbound_average=10240` さらに、VMware ドライバーは、CPU、メモリー、ディスク、ネットワークの上限、下限を制御する以下のクォータオプションや、テナントで利用可能なリソースの相対割り当てを制御するのに使用可能な共有をサポートします。 `cpu_limit`: 仮想マシンで利用可能な最大 CPU 周波数 (MHz 単位) `cpu_reservation`: 仮想マシンで利用可能な確保済みの最大 CPU リソース (MHz 単位) `cpu_shares_level`: 競合が発生した場合の CPU 割り当てレベル (共有)。許容値は `high`、`normal`、`low`、および `custom` です。 `cpu_shares_share`: 割り当て済みの CPU 共有数。`cpu_shares_level` が `custom` に設定されている場合のみ適用可能です。 `memory_limit`: 仮想マシンで利用可能な最大メモリー容量 (MB 単位) `memory_reservation`: 仮想マシンで利用可能な確保済みの最大メモリー容量 (MB 単位) `memory_shares_level`: 競合が発生した場合のメモリー割り当てレベル (共有)。許容値は `high`、`normal`、`low`、および `custom` です。 `memory_shares_share`: 割り当て済みのメモリー共有数。`memory_shares_level` が `custom` に設定されている場合のみ適用可能です。 `disk_io_limit`: 仮想マシンでの最大 I/O 使用率 (1 秒あたりの I/O 操作回数単位) `disk_io_reservation`: 仮想マシンで利用可能な確保済みの最大ディスクリソース (1 秒あたりの I/O 操作回数単位) `disk_io_shares_level`: 競合が発生した場合の I/O 割り当てレベル (共有)。許容値は `high`、`normal`、`low`、および `custom` です。 `disk_io_shares_share`: 割り当て済みの I/O 共有数。`disk_io_shares_level` が `custom` に設定されている場合のみ適用可能です。 `vif_limit`: 仮想ネットワークアダプターで利用可能な最大ネットワーク帯域幅 (Mbps 単位) `vif_reservation`: 仮想ネットワークアダプターで利用可能な確保済みの最小ネットワーク帯域幅 (Mbps 単位) `vif_shares_level`: 競合が発生した場合のネットワーク帯域幅の割り当てレベル (共有)。許容値は `high`、`normal`、`low`、および `custom` です。 `vif_shares_share`: 割り当て済みの帯域幅共有数。`vif_shares_level` が `custom` に設定されている場合のみ適用可能です。

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

© 2024 Red Hat, Inc.