VMがAHV Turboをより効果的に活用できるように構成するには、以下の手順に従ってください。
提供された認証情報を使用して、クラスターAのPrism Elementにログインしてください。
VM > テーブルに移動し、Turboという名前のVMを選択します。
Click on Update and go to Hardware tab.
Increase the number of vCPUs to match the number of multiqueues that you want to enable. For example, if you want to enable 8 multiqueues, set the vCPUs to 8. This will improve the performance of multi-threaded workloads by allowing them to use multiple processors.
Change the SCSI Controller type from SATA to VirtIO. This will enable the use of VirtIO drivers, which are required for AHV Turbo.
Click Save to apply the changes.
Power off the VM if it is running and mount the Nutanix VirtIO ISO image as a CD-ROM device. You can download the ISO image from Nutanix Portal.
Power on the VM and install the latest Nutanix VirtIO drivers for Windows 10. You can follow the instructions from Nutanix Support Portal.
After installing the drivers, power off the VM and unmount the Nutanix VirtIO ISO image.
Power on the VM and log in to Windows 10.
Open a command prompt as administrator and run the following command to enable multiqueue for the VirtIO NIC:
ethtool -L eth0 combined 8
Replace eth0 with the name of your network interface and 8 with the number of multiqueues that you want to enable. You can use ipconfig /all to find out your network interface name.
Restart the VM for the changes to take effect.
You have now configured the VM to better leverage AHV Turbo. You can run your stress test application again and observe the performance gains.
https://portal.nutanix.com/page/documents/kbs/details?targetId=kA00e000000LKPdCAOchangev
CPUto 2/4 ?
Change SATA Controller to SCSI:
acli vm.get Turbo
Output Example:
Turbo {
config {
agent_vm: False
allow_live_migrate: True
boot {
boot_device_order: "kCdrom"
boot_device_order: "kDisk"
boot_device_order: "kNetwork"
uefi_boot: False
}
cpu_passthrough: False
disable_branding: False
disk_list {
addr {
bus: "ide"
index: 0
}
cdrom: True
device_uuid: "994b7840-dc7b-463e-a9bb-1950d7138671"
empty: True
}
disk_list {
addr {
bus: "sata"
index: 0
}
container_id: 4
container_uuid: "49b3e1a4-4201-4a3a-8abc-447c663a2a3e"
device_uuid: "622550e4-fb91-49dd-8fc7-9e90e89a7b0e"
naa_id: "naa.6506b8dcda1de6e9ce911de7d3a22111"
storage_vdisk_uuid: "7e98a626-4cb3-47df-a1e2-8627cf90eae6"
vmdisk_size: 10737418240
vmdisk_uuid: "17e0413b-9326-4572-942f-68101f2bc716"
}
flash_mode: False
hwclock_timezone: "UTC"
machine_type: "pc"
memory_mb: 2048
name: "Turbo"
nic_list {
connected: True
mac_addr: "50:6b:8d:b2:a5:e4"
network_name: "network"
network_type: "kNativeNetwork"
network_uuid: "86a0d7ca-acfd-48db-b15c-5d654ff39096"
type: "kNormalNic"
uuid: "b9e3e127-966c-43f3-b33c-13608154c8bf"
vlan_mode: "kAccess"
}
num_cores_per_vcpu: 2
num_threads_per_core: 1
num_vcpus: 2
num_vnuma_nodes: 0
vga_console: True
vm_type: "kGuestVM"
}
is_rf1_vm: False
logical_timestamp: 2
state: "Off"
UUID: "9670901f-8c5b-4586-a699-41f0c9ab26c3"
}
acli vm.disk_create Turbo clone_from_vmdisk=17e0413b-9326-4572-942f-68101f2bc716 bus=scsi 古いディスクを削除します acli vm.disk_delete 17e0413b-9326-4572-942f-68101f2bc716 disk_addr=sata.0

詳しい説明については、下記の解説をご覧ください。
Explanation:
セキュリティポリシーファイルを必要に応じて変更するための手順を以下に示します。
デスクトップに移動し、メモ帳などのテキストエディタを使用して、Security Policy.txt ファイル（提供されている Security Policy.bak の内容に対応するファイル）を開きます。
セキュリティ要件に従って、xxx​​xxとxxxxのプレースホルダーを置き換えることでファイルの内容を変更します。
規則による変更
ファイル内で行う具体的な変更点は以下のとおりです。
1. 検疫規則
要件1（ログ記録なし）：隔離ルールはログに記録してはならない。
「is_policy_hitlog_enabled」を「xxxxx」から「is_policy_hitlog_enabled」を「false」に変更します。要件2（適用）：このルールは適用されなければなりません。
「アクション」:「xxxxx」（quarantine_rule の下）を「アクション」:「APPLY」に変更します。
要件3（環境）：このルールは「SecOps」環境に影響を与えるものでなければならない。
「環境」: ["xxxxx"] を「環境」: ["SecOps"] に変更します。
2. SMBブロックルール
要件1（ログ記録）：このルールはログに記録されなければなりません。
「is_policy_hitlog_enabled」を「xxxxx」から「is_policy_hitlog_enabled」を「True」に変更します。要件 2 (モニター): このルールは強制適用せず、ログに記録するだけにしてください。
「action」: 「xxxxx」（isolation_rule の下）を「action」: 「MONITOR」に変更します。
要件4（タグ）：ルールは「smbhost」タグと「smbclient」タグに影響を与える必要があります。
「SMBv1」: [「xxxxx」] を「SMBv1」: [「smbhost」に変更します。
「SMRv1」: ["xxxxx"] を「SMRv1」: ["smbclient"] に変更します。
3. DNテスト（dn-policy1）ルール
要件2（監視）：このルールは強制適用せず、ログに記録するだけにしてください。
app_rule 内の "action": "xxxx" を "action": "MONITOR" に変更します。
要件5（IPv6の許可）：このポリシーはIPv6トラフィックを許可する必要があります。
「allow_ipv6_traffic」を「xxxx」に変更します。
最終ステップ
すべての置換が完了したら、ファイルを保存し、デスクトップ上の元の Security Policy.txt を上書きしてください。
完成したルールの例（xxxxx を適切に置き換えてください）：
ルール名：隔離ルール
ログ記録: false
アクション：適用
環境: SecOps
プロトコル: TCP
ポート: 8080
ルール名: SMBルール
記録済み: True
アクション：監視
タグ: smbhost、smbclient
プロトコル: TCP
ポート: 8080
ルール名: DNテストポリシー
記録済み: True
アクション：監視
環境：非本番環境
プロトコル：すべて
ポート: 8080

手順ごとの解決方法については、解説をご覧ください。
Explanation:
分散アプリケーション用のクラスタ上のストレージを構成するには、以下の手順に従ってください。
提供された認証情報を使用して、クラスターAのPrism Elementにログインしてください。
「ストレージ」＞「ストレージプール」に移動し、「ストレージプールの作成」をクリックします。
新しいストレージプールの名前（例：Distributed_App_Storage_Pool）を入力し、プールに含めるディスクを選択します。SSDとHDDは自由に組み合わせることができますが、1GBあたりのコストを抑えるには、SSDよりもHDDを多く使用する方が望ましいでしょう。
「保存」をクリックしてストレージプールを作成します。
「ストレージ」＞「コンテナ」に移動し、「コンテナの作成」をクリックします。
新しいコンテナの名前（例：Distributed_App_Container）を入力し、ソースとして先ほど作成したストレージプール（Distributed_App_Storage_Pool）を選択します。
詳細設定で、イレイジャーコーディングと圧縮を有効にすると、データのストレージ容量を削減できます。
データの回復性はアプリケーションレベルで提供されるため、レプリケーション係数を無効にすることもできます。これらの設定により、コンテナの1GBあたりのコストを低く抑えることができます。
コンテナを作成するには、「保存」をクリックしてください。
「ストレージ」＞「データストア」に移動し、「データストアの作成」をクリックします。
新しいデータストアの名前（例：Distributed_App_Datastore）を入力し、データストアの種類としてNFSを選択します。
ソースとして、先ほど作成したコンテナ「Distributed_App_Container」を選択してください。
「保存」をクリックしてデータストアを作成します。
The datastore will be automatically mounted on all nodes in the cluster. You can verify this by going to Storage > Datastores and clicking on Distributed_App_Datastore. You should see all nodes listed under Hosts.
You can now create or migrate your worker VMs to this datastore and run them on any node in the cluster.
The datastore will provide low cost per GB and high performance for your distributed application.

手順ごとの解決方法については、解説をご覧ください。
Explanation:
情報セキュリティチームの要件を満たすようにクラスターを構成するには、以下の手順を実行する必要があります。
Prism Centralにログインし、「ネットワーク」>「Syslogサーバー」>「Syslogサーバーの設定」に進みます。サーバー名に「Corp_syslog」、IPアドレスに「34.69.43.123」、ポート番号に「514」を入力します。トランスポートプロトコルとして「TCP」を選択し、RELP（信頼性ログプロトコル）を有効にします。これにより、可能な限り高い信頼性を備えたSyslogサーバーが作成されます。
「データソース」の横にある「編集」をクリックし、クラスターとして「クラスターB」を選択します。データソースとして「APIリクエスト」と「レプリケーション」を選択し、両方のログレベルを「CRITICAL」に設定します。これにより、APIリクエストとレプリケーション機能の監査ログが、上位4つの重大度レベル（EMERGENCY、ALERT、CRITICAL、ERROR）で有効になり、syslogサーバーに送信されます。「保存」をクリックします。
同じ要件で構成したい他のクラスターについても、手順2を繰り返してください。



Nutanixクラスタを構成してAPIリクエストとレプリケーション機能の監査ログを有効にし、可能な限り高い信頼性でsyslogシステムにログを送信するには、以下の手順に従ってください。
管理者権限を使用して、Nutanix PrismのWebコンソールにログインしてください。
Prism内の「設定」セクションまたは構成設定インターフェースに移動します。
「Syslog設定」または「ログ記録」オプションを探してクリックします。
syslogの設定を以下のように構成してください。
Syslog名: Syslog設定の名前として「Corp_syslog」と入力してください。
Syslog IP: IPアドレスを「34.69.43.123」に設定します。これはSyslogシステムのIPアドレスです。
ポート: ポートを「514」に設定してください。これはsyslogのデフォルトポートです。
利用可能な場合は、最高レベルの信頼性または永続的なログ記録のオプションを有効にしてください。これにより、ログが確実に送信され、ネットワーク障害が発生した場合でも失われることがなくなります。
syslogの設定を保存します。
APIリクエストの監査ログを有効にする：
Nutanix PrismのWebコンソールで、「クラスタ」セクションまたはクラスタ管理インターフェースに移動します。
監査ログを有効にするクラスターを選択してください。
「監査設定」または「セキュリティ設定」オプションを探してクリックします。
監査ログとAPIリクエストに関連する設定を探します。監査ログ機能を有効にして、一番上の項目を選択します。
記録すべき重症度レベルは4段階です。
監査設定を保存します。
レプリケーション機能の監査ログを有効にする：
Nutanix PrismのWebコンソールで、「クラスタ」セクションまたはクラスタ管理インターフェースに移動します。
監査ログを有効にするクラスターを選択してください。
「監査設定」または「セキュリティ設定」オプションを探してクリックします。
監査ログとレプリケーション機能に関する設定を探してください。監査ログ機能を有効にし、ログに記録する上位4つの重要度レベルを選択してください。
監査設定を保存します。
これらの手順を完了すると、Nutanix クラスターは、API リクエストとレプリケーション機能の監査ログを有効にするように構成されます。ログは、可能な限り高い信頼性で指定された syslog システムに送信されます。
ncli
<ncli> rsyslog-config set-status enable=false
<ncli> rsyslog-config add-server name=Corp_Syslog ip-address=34.69.43.123 port=514 network- protocol=tdp relp-enabled=false
<ncli> rsyslog-config add-module server-name= Corp_Syslog module-name=APLOS level=INFO
<ncli> rsyslog-config add-module server-name= Corp_Syslog module-name=CEREBRO level=INFO
<ncli> rsyslog-config set-status enable=true
https://portal.nutanix.com/page/documents/kbs/details?targetId=kA00e0000009CEECA2

詳しい説明については、下記の解説をご覧ください。
Explanation:
Prism Central内でカテゴリとそれに対応するストレージ暗号化ポリシーを作成するための手順を以下に示します。
1. カテゴリを作成する
まず、カテゴリと要求された2つの値を作成する必要があります。
* Prism Centralで、[管理] > [カテゴリ]に移動します。
* 「新しいカテゴリ」をクリックしてください。
* [名前] フィールドに「VM-Storage」と入力します。
* 「値の追加」フィールドに「softwareencrypted」と入力し、「追加」（プラス）ボタンをクリックします。
* 再度「値の追加」フィールドに「SEDencrypted」と入力し、「追加」（プラス）ボタンをクリックします。
* 「保存」をクリックしてください。
2. 暗号化ポリシーを作成する
次に、新しいカテゴリを使用するセキュリティポリシーを作成します。
* Prism Centralで、[セキュリティ] > [保存データの暗号化]に移動します。
* [+ セキュリティ ポリシーの作成] ボタンをクリックします。
* [ポリシー名] フィールドに「Encrypted-Storage」と入力します。
* 暗号化の種類が「ソフトウェアベース」に設定されていることを確認してください。
* ターゲットVMについては、カテゴリに一致するVMのラジオボタンを選択してください。
* [カテゴリの選択] ドロップダウンで、先ほど作成した VM-Storage カテゴリを選択します。
* [値の選択] ドロップダウンで、[ソフトウェア暗号化] を選択します。
* 「保存」をクリックしてください。
このポリシーにより、VM-Storage: softwareencrypted カテゴリが割り当てられた新規または既存の仮想マシンに、ソフトウェアベースの暗号化が自動的に適用されます。