VDI に切り替える際の落とし穴: 耐え難いほどの苦痛を避けるために事前に何をテストするか

スキャナーが VDI ステーションで何をするのか疑問に思ったことはありますか? 最初はすべてがうまくいっているように見えます。通常の USB デバイスと同じように転送され、仮想マシンから「透過的に」表示されます。 次に、ユーザーがスキャンのコマンドを発行すると、すべてが地獄に落ちます。 最良の場合はスキャナー ドライバー、最悪の場合はスキャナー ソフトウェアが数分でクラスターの他のユーザーに影響を与える可能性があります。 なぜ？ 2.0 メガバイトの圧縮イメージを取得するには、USB 480 経由で XNUMX ～ XNUMX 桁多くのデータを送信する必要があるためです。 バスのスループットは XNUMX Mbit/s です。

したがって、UX、周辺機器、セキュリティの XNUMX つをテストする必要があります。これは必須です。 テストのやり方に違いがあります。 各仮想ワークステーションにエージェントをローカルにインストールできます。 これは比較的安価ですが、チャネルの負荷は表示されず、プロセッサの負荷も正確に計算されません。 XNUMX 番目のオプションは、必要な数のエミュレータ ロボットを別の場所にデプロイし、それらを実際のユーザーとして実際のジョブに接続し始めることです。 画面ビデオ ストリームの送信プロトコル (より正確にはピクセルの変更)、ネットワーク パケットの解析と送信による負荷が追加され、チャネルの負荷が明らかになります。 通常、チャネルがチェックされることはほとんどありません。

UX は、エンドユーザーがさまざまなアクションを実行する速度です。 数百人のユーザーでインストールをロードし、オフィス パッケージの起動、PDF の読み取り、閲覧、勤務時間中にポルノをほとんど見ないなどの一般的なアクションを実行するテスト パッケージがあります。

このようなテストが事前に重要である理由を示す非常に良い例が、最新のインストールにありました。 そこでは、XNUMX 人のユーザーが VDI に移行しており、オフィス、ブラウザー、SAP を持っています。 同社はIT部門が発達しているため、導入前に負荷テストを行う文化があります。 私の経験では、コストが高く、メリットが必ずしも明らかではないため、通常、これを行うには顧客を説得する必要があります。 間違える可能性のある計算はありますか? 実際、このようなテストを行うと、考えていても確認できなかった箇所が明らかになります。

インストール

XNUMX 台のサーバーの構成は次のとおりです。

私たちは顧客のストレージ システムにアクセスできませんでした。実際、それはサービスとしての場所として提供されていました。 しかし、オールフラッシュがあることは知っています。 どのオールフラッシュかはわかりませんが、パーティションは 10 TB です。 VDI - お客様の選択による VMware。IT チームはすでにスタックに精通しており、すべてが完全なインフラストラクチャを形成するために非常に有機的に補完されているためです。 VMware はそのエコシステムに非常に「夢中」になっていますが、十分な調達予算があれば、何年も問題は起こらないかもしれません。 しかし、これは多くの場合、非常に大きな「もしも」です。 私たちはかなりの割引を行っており、顧客も​​それを知っています。

IT チームはほとんどのものをテストなしで実稼働環境にリリースしないため、テストを開始しています。 VDI は、一度起動して受け入れられるものではありません。 ユーザーは徐々にロードしていくため、XNUMX か月後に問題が発生する可能性は十分にあります。 もちろん、それは誰も望んでいません。

テストでは 450 人の「ユーザー」が使用され、負荷はローカルで生成されます。 ロボユーザーはさまざまなアクションを同時に実行し、数時間の作業にわたって各操作の時間を測定します。

サーバーとストレージ システムがどのように動作するかを見てみましょう。 VDI は必要な数の仮想デスクトップを作成できるかなど。 お客様はハイパーコンバージェンスの道をたどらず、オールフラッシュ ストレージ システムを採用したため、サイジングが正しいかどうかも確認する必要がありました。

実際には、どこかで速度が低下した場合は、VDI ファームの設定、特に、異なるカテゴリのユーザー間のリソースの配分を変更する必要があります。

ペリフェリー

周辺機器には通常、次の XNUMX つの状況があります。

• お客様は単に、何も接続していないと言います (ヘッドセットを除けば、通常は「箱から出してすぐに」表示されます)。 過去 XNUMX 年ほどの間、ヘッドセット自体が採用されておらず、VMware にも採用されていないものを私はほとんど見たことがありません。
• XNUMX 番目のアプローチは、VDI 実装プロジェクトの一環としてペリフェラルを採用および変更することです。つまり、当社とお客様がテストおよびサポートしたものを採用します。 このケースは当然のことながらまれです。
• XNUMX 番目のアプローチは、既存のハードウェアを使用しないことです。

スキャナの問題についてはすでにご存知でしょう。ワークステーション (シン クライアント) にミドルウェアをインストールする必要があります。ミドルウェアは、USB ストリームを受信し、画像を圧縮して VDI に送信します。 多くの機能があるため、これは常に可能であるとは限りません。Win クライアント (ホーム コンピューターとシン クライアント) ですべてが正常であれば、*nix ビルドの場合、VDI ベンダーは通常、特定のディストリビューションをサポートし、タンバリンを持ったダンスが始まります。 Mac クライアント上。 私の記憶では、サポートに頻繁に電話をかけずにデバッグ段階で動作するように、Linux インストールからローカル プリンターを接続する人はほとんどいませんでした。 しかし、これは少し前からすでに良いことです - 単に仕事をするだけでも。

ビデオ会議 - すべての顧客は遅かれ早かれ、それがうまく機能することを望んでいます。 ファームが正しく設計されていればうまく機能しますが、正しく設計されていない場合は、音声会議中にチャネルの負荷が増加するという状況が発生し、これに加えて、画像が適切に表示されない (完全に表示されない) という問題が発生します。 HD、9 ～ 16 ピクセルの顔）。 クライアント、VDI ワークステーション、ビデオ会議サーバー、そしてそこから XNUMX 番目の VDI と XNUMX 番目のクライアントの間でループが発生すると、非常に大きな追加の遅延が発生します。 クライアントからビデオ会議サーバーに直接接続するのが正しい方法ですが、これには別の追加コンポーネントのインストールが必要です。

USB キー - スマート カードなどはまったく問題なく、箱から出してすぐに機能します。 バーコード スキャナー、ラベル プリンター、機械 (確かにそのようなものはありました)、レジなどでは問題が発生することがあります。 しかし、すべてが解決されつつあります。 ニュアンスがあり、驚きがないわけではありませんが、最終的には解決されました。

ユーザーが VDI ステーションから YouTube を視聴すると、負荷とチャンネルの両方にとって最悪の状況になります。 ほとんどのソリューションは HTML5 ビデオ リダイレクトを提供します。 圧縮ファイルはクライアントに転送され、表示されます。 または、ブラウザとビデオ ホスティングの間の直接通信のためのリンクがクライアントに送信されます (これはあまり一般的ではありません)。

セキュリティ

通常、セキュリティはコンポーネント インターフェイスとクライアント デバイスで発生します。 言い換えれば、90 つのエコシステムのジャンクションでは、すべてがうまく機能するはずです。 実際には、これは XNUMX% のケースで発生しますが、それでも何かを完了する必要があります。 近年、Vmvara を再度購入したところ、非常に便利であることが判明しました。社内のデバイスを管理するために、エコシステムに MDM が追加されました。 VM は最近、興味深いネットワーク バランサー (旧称 Avi Networks) を買収しました。これにより、たとえば、VDI の完了から XNUMX 年後にフロー分散の問題を解決できるようになります。 もう XNUMX つの純粋なファーストパーティ機能は、ブランチ ネットワーク用の SD-WAN を開発する VeloCloud 社を買収した際の新鮮な買い物のおかげで、ブランチが適切に最適化されたことです。

エンドユーザーの観点からは、アーキテクチャとベンダーはほとんど見えません。 世界的に重要なことは、どのデバイスにもクライアントが存在し、タブレット、Mac、または Windows シン クライアントから接続できることです。 テレビの顧客もいたが、幸いなことに今はもういない。

現在の VDI インストールの特徴は、エンド ユーザーが自宅にコンピューターを持っていないことです。 多くの場合、貧弱な Android タブレット (場合によってはマウスやキーボードを備えている場合もあります) を使用しているか、運が良ければ Win XP を実行するコンピュータを入手できる場合もあります。 ご想像のとおり、しばらく更新されていませんでした。 そして二度と更新されることはありません。 または、クライアントがインストールされていないため、アプリケーションが動作せず、ユーザーが作業できない、非常に弱いマシンです。 幸いなことに、非常に弱いデバイスでも適切です (常に快適であるとは限りませんが、適切です)。これは VDI の大きな利点であると考えられています。 さて、セキュリティに関しては、クライアント システムの侵害をテストする必要があります。 これはかなり頻繁に起こります。

新型コロナウイルス感染症のリスク下で企業の業務を整理することに関するロスポトレブナゾルの推奨事項を考慮すると、オフィス内で職場とつながることは非常に重要です。 この話は長く続くと思われますが、VDI について考えているなら、テストを開始できます。 重宝しますよ。 推奨事項は次のとおりです。 ここに、説明 ここで。 重要なのは、VDI は、コンプライアンス要件を満たすためにスペースを改修するためにも使用できることです。 規制当局は特定の距離基準を導入しています。 たとえば、50平方メートルのオフィスの場合。 従業員は XNUMX 人を超えることはできません。

VDI に関するコメント対象外の質問がある場合は、以下に私のメールをお送りください。 [メール保護].

出所： habr.com