VDIエクスペリエンスFAQ
VDI拡張機能が有効なCollectorには、別のハードウェア要件がありますか？
VDIおよび非VDIシナリオにおいては、Collectorは1つだけであるため、ハードウェア要件とリソース使用は同じです。 CollectorのVDI機能は、次のパラメーターを有効にすることで提供されます: DEPLOY_VDI_CLIENT_PLUGIN=1
既にCollectorがインストールされているデバイスにVDIクライアント拡張機能をインストールできますか？
同じデバイスにCollectorと拡張機能をインストールする必要はありません。 Collectorをインストールできる場合は、VDIパラメーターを有効にしてそれを行ってください: DEPLOY_VDI_CLIENT_PLUGIN=1
しかし、Collectorが提供するすべての機能ではなく、軽量エージェントであるNexthink VDIクライアント拡張を使用したい場合は、まずCollectorをアンインストールし、その後に拡張をインストールしてください。
もしCollectorがすでにお客様サイトに展開されている場合、VDIのために完全に再展開する必要がありますか？
はい、DEPLOY_VDI_CLIENT_PLUGIN=1という追加のパラメーターを使用してCollectorを再展開する必要があります。 現在、このパラメーターは既に導入されたCollectorに対して遡及的に適用することはできません。
VDI エクスペリエンスは、session.events や device_performance.events の組み合わせマトリックスと比較して、どのような新しい NQL データモデルフィールドを提供しますか？
VDI エクスペリエンスは次のユニークなメトリックを提供します：
client_app_version
client_device_name
client_os_platform
client_vdi_plugin_version
cpu_context_switches
framerate
ica_input_bandwidth_available
ica_input_bandwidth_used
ica_input_session_bandwidth
ica_input_session_linespeed
ica_output_bandwidth_available
ica_output_bandwidth_used
ica_output_session_bandwidth
ica_output_session_linespeed
idle_duration
initial_program
last_interaction_time
logon_server
memory_available
memory_pages_out
メモリ使用量
network_incoming_errors
network_incoming_packets
network_incoming_throughput
network_outgoing_errors
network_outgoing_packets
network_outgoing_throughput
network_wan_latency
network_wired_link_speed
rdp_frame_quality
rdp_frames_skipped_client
rdp_frames_skipped_network
rdp_frames_skipped_server
rdp_send_rate
rdp_tcp_bandwidth
rdp_tcp_receive_rate
rdp_tcp_send_rate
rdp_udp_bandwidth
rdp_udp_receive_rate
解像度
session_state
system_drive_name
system_drive_read_throughput
system_drive_write_throughput
system_volume_usage
transport_protocol
user_input_delay
vm_agent_version
サイレントインストーラーを使用してCollector VDIパラメーターDEPLOY_VDI_CLIENT_PLUGIN=1を設定することは可能ですか？
現時点では、このパラメーターはMSIを使用してのみ設定でき、大規模導入のためのサイレントオプションがあります。 サイレントインストーラーの使用方法については、#installingcollectoronwindows-prerequisites-7のドキュメントを参照してください。
大規模でハイブリッドな環境で、数千のエンドポイントのうち一部がVDIに接続していない場合、Collectorを展開するための推奨方法は何ですか？
これらのエンドポイントにもVDIパラメーターを有効にしてCollectorを展開することは安全ですか？
ベストプラクティスは、そのパラメーターを使用するデバイスのみに有効にすることです。 ただし、VDI拡張機能は、VDIリモートクライアントアプリケーションが互換性のあるVDI環境に接続してロードされるまで、リソースを消費しません。
現在、Omnissa Horizonはサポートされていません。
VDI Experienceを使用するための前提条件は、コネクターを通じてコンテキストデータを得ることです。 たとえばAPIやその他の手段を使用して、これらのフィールドを手動で入力し、VDI Experienceを使用する方法はありますか？
Omnissa Horizonのサポートには、2つの主要なコンポーネントがあります。
APIを通じたデータの充実化により、仮想化ホストやデスクトッププールなどのVDI環境のトポロジーに関する詳細が追加されます。
VDI Experience ダッシュボードは、Horizon の高精細なパフォーマンス メトリクスを提供するために、Collector のサポートが必要です。
これらの機能はまだ利用できませんが、どちらもVDI Experienceに必要であり、将来のリリースでサポートされる予定です。
CitrixとOmnissaを持っていてVDI Experienceを有効にした場合、CollectorはすべてのVDIデスクトップ（ハードウェアタイプ=仮想）の改善されたセッションデータ収集を自動的に開始しますか？
Omnissaの場合、コネクタもプロトコル情報もまだありません。
Collectorは環境について「把握して」いません。 Collectorは、実行中のVMにCitrixまたはAVD/CPCエージェントがあるかどうかを確認します。 もしそうであれば、Collectorは高精度にクエリできるメトリクスのリストを把握しています。 CollectorはOmnissaのメトリクスを知らないため、Omnissaエージェントを探すことはありません。 あなたは、Citrix VMに対して新しいイベントが生成されるのを見て、Omnissaに対してはレガシーイベントのみが表示されます。
Citrix DaaSを使用してAVD上で動作する仮想デスクトップを管理する場合、AVDコネクタも設定すべきですか？
いいえ、VDIエクスペリエンスに必要なすべての情報はCitrix DaaSコネクタを通じて利用できます。
別の環境からのCollectorを持つ場合でも、契約者のエンドポイントを監視できますか？
たとえばのシナリオ
会社Bの永続的なデスクトップを使用している会社Aの契約者がいます。この契約者は、ラップトップを会社Aに接続している間に速度低下を訴えています。
このシナリオは完全にサポートされ、ユーザーと関係する顧客のプライバシーを尊重します。
Collectorはすべてのデータを会社Aに送り続けます。
会社Bはデバイスの名前のみを確認することができますが、会社Bのデバイスインベントリには含まれず、システムはDevice Viewや他のダッシュボードに詳細を送信または表示しません。
拡張機能は、リモートクライアントアプリケーションがどのVDI環境に接続されているかを認識します。
会社AのVDIに接続されている場合（会社もVDI Experienceを使用していると仮定して）、クライアントはVDIのパフォーマンスメトリクスを追加のコンテキストで補完します。
会社BのVDI環境に接続されたとき、拡張機能はそれ以外の場合に会社BのVM上で実行されているCollectorsによって報告されるVDIパフォーマンスメトリクスを同様に拡張します。
これらの追加のコンテキストは、どちらのケースでも次に限定されます
クライアントが特定のVDI環境に接続されている間の期間
全体的なデバイスレベルのCPU、メモリ、およびネットワーク使用データのみを含みます。 プロセスやユーザーレベルの洞察は利用できず、機密情報はなく、パフォーマンスメトリクスのみが含まれます。
Last updated
Was this helpful?