Pernahkah Anda bertanya-tanya apa yang dilakukan pemindai dengan stasiun VDI? Pada awalnya semuanya tampak baik-baik saja: diteruskan seperti perangkat USB biasa dan terlihat “transparan” dari mesin virtual. Kemudian pengguna memberikan perintah untuk memindai, dan semuanya menjadi kacau balau. Dalam kasus terbaik - driver pemindai, lebih buruk - dalam beberapa menit perangkat lunak pemindai, maka hal ini dapat mempengaruhi pengguna lain dari cluster. Mengapa? Karena untuk mendapatkan gambar terkompresi sebesar lima megabyte, Anda perlu mengirim data dua hingga tiga kali lipat lebih banyak melalui USB 2.0. Throughput bus adalah 480 Mbit/dtk.
Jadi, Anda perlu menguji tiga hal: UX, periferal, dan keamanan - suatu keharusan. Ada perbedaan dalam cara Anda menguji. Anda dapat menginstal agen secara lokal di setiap stasiun kerja virtual. Ini relatif murah, tetapi tidak menunjukkan beban pada saluran dan tidak menghitung beban pada prosesor dengan cukup akurat. Opsi kedua adalah menyebarkan robot emulator dalam jumlah yang diperlukan di tempat lain dan mulai menghubungkannya ke pekerjaan nyata sebagai pengguna nyata. Beban dari protokol transmisi aliran video layar (lebih tepatnya, piksel yang diubah), penguraian dan pengiriman paket jaringan akan ditambahkan, dan beban pada saluran akan menjadi jelas. Saluran tersebut umumnya sangat jarang diperiksa.
UX adalah kecepatan pengguna akhir melakukan berbagai tindakan. Ada paket pengujian yang memuat instalasi dengan ratusan pengguna dan melakukan tindakan khas mereka: meluncurkan paket office, membaca PDF, menjelajah, jarang menonton film porno selama jam kerja, dan sebagainya.
Contoh yang cukup bagus tentang mengapa pengujian semacam itu penting di awal ada pada instalasi terbaru. Di sana, seribu pengguna pindah ke VDI, mereka memiliki kantor, browser, dan SAP. Departemen TI perusahaan berkembang, sehingga ada budaya pengujian beban sebelum implementasi. Menurut pengalaman saya, biasanya pelanggan harus dibujuk untuk melakukan hal ini, karena biayanya tinggi dan manfaatnya tidak selalu jelas. Apakah ada perhitungan yang bisa membuat Anda salah? Faktanya, tes semacam itu mengungkapkan tempat-tempat di mana mereka berpikir, tetapi tidak dapat memeriksanya.
Instalasi
Enam server, konfigurasinya adalah:
Kami tidak memiliki akses ke sistem penyimpanan pelanggan; sebenarnya sistem tersebut disediakan sebagai tempat sebagai layanan. Tapi kita tahu bahwa ada serba flash. Kami tidak tahu yang all-flash yang mana, tapi partisinya 10 TB. VDI - VMware sesuai pilihan pelanggan, karena tim TI sudah familiar dengan stack, dan semuanya dilengkapi secara organik untuk membentuk infrastruktur yang lengkap. VMware sangat “ketagihan” pada ekosistemnya, tetapi jika Anda memiliki anggaran pengadaan yang cukup, Anda mungkin tidak akan mengalami masalah apa pun selama bertahun-tahun. Namun hal ini sering kali merupakan “jika” yang sangat besar. Kami memiliki diskon yang bagus, dan pelanggan mengetahuinya.
Kami memulai pengujian, karena tim TI tidak akan merilis apa pun ke dalam produksi tanpa pengujian. VDI bukanlah sesuatu yang dapat Anda luncurkan dan kemudian terima. Pengguna memuat secara bertahap, dan sangat mungkin mengalami masalah setelah enam bulan. Yang tentu saja tidak diinginkan oleh siapa pun.
450 "pengguna" dalam pengujian, beban dihasilkan secara lokal. Pengguna Robo melakukan tindakan berbeda secara bersamaan, kami mengukur waktu setiap operasi selama beberapa jam kerja:
Mari kita lihat bagaimana perilaku server dan sistem penyimpanan. Akankah VDI dapat membuat jumlah desktop virtual yang dibutuhkan, dan seterusnya. Karena pelanggan tidak mengikuti jalur hiperkonvergensi, tetapi menggunakan sistem penyimpanan all-flash, maka perlu untuk memeriksa kebenaran ukurannya juga.
Sebenarnya, jika sesuatu melambat di suatu tempat, Anda perlu mengubah pengaturan peternakan VDI, khususnya distribusi sumber daya antara pengguna dari kategori yang berbeda.
Keliling
Biasanya ada tiga situasi dengan periferal:
- Pelanggan hanya mengatakan bahwa kami tidak menghubungkan apa pun (yah, kecuali headset, biasanya headset tersebut terlihat “di luar kotak”). Selama sekitar lima tahun terakhir, saya sangat, sangat jarang melihat headset yang tidak dipasang sendiri, dan belum dipasang oleh VMware.
- Pendekatan kedua adalah mengambil dan mengubah periferal sebagai bagian dari proyek implementasi VDI: kami mengambil apa yang telah kami dan pelanggan uji dan dukung. Dapat dimengerti bahwa kasus ini jarang terjadi.
- Pendekatan ketiga adalah dengan membuang perangkat keras yang ada.
Anda sudah tahu tentang masalah pemindai: Anda perlu menginstal middleware pada workstation (thin client), yang menerima aliran USB, mengompresi gambar dan mengirimkannya ke VDI. Karena sejumlah fitur, hal ini tidak selalu memungkinkan: jika semuanya baik-baik saja di klien Win (komputer rumahan dan klien tipis), maka untuk *nix build, vendor VDI biasanya mendukung distribusi tertentu dan tarian dengan rebana dimulai, sebagai di Mac -klien. Dalam ingatan saya, hanya sedikit orang yang menghubungkan printer lokal dari instalasi Linux sehingga mereka dapat bekerja pada tahap debugging tanpa panggilan terus-menerus ke dukungan. Tapi ini sudah bagus, beberapa waktu lalu - bahkan hanya untuk bekerja.
Konferensi video - cepat atau lambat semua pelanggan menginginkannya berfungsi dan berfungsi dengan baik. Jika peternakan dirancang dengan benar, maka berfungsi dengan baik, jika salah, kita mendapatkan situasi ketika selama konferensi audio beban pada saluran meningkat, ditambah lagi, ada masalah bahwa gambar ditampilkan dengan buruk (tidak penuh HD, permukaan 9–16 piksel ). Penundaan tambahan yang sangat kuat terjadi ketika loop muncul antara klien, stasiun kerja VDI, server konferensi video, dan dari sana VDI kedua dan klien kedua. Benar untuk terhubung langsung dari klien ke server konferensi video, yang memerlukan instalasi komponen tambahan lainnya.
Kunci USB - tidak ada masalah sama sekali, kartu pintar dan sejenisnya, semuanya berfungsi dengan baik. Kesulitan bisa timbul dengan pemindai kode batang, printer label, mesin (ya, memang ada yang seperti itu), dan mesin kasir. Tapi semuanya sedang diselesaikan. Dengan nuansa dan bukannya tanpa kejutan, namun akhirnya terselesaikan.
Saat pengguna menonton YouTube dari stasiun VDI, ini adalah situasi terburuk baik untuk beban maupun saluran. Sebagian besar solusi menawarkan pengalihan video HTML5. File terkompresi ditransfer ke klien, di mana file tersebut ditampilkan. Atau klien dikirimi tautan untuk komunikasi langsung antara browser dan hosting video (ini lebih jarang terjadi).
keamanan
Keamanan biasanya terjadi pada antarmuka komponen dan perangkat klien. Dengan kata lain, pada persimpangan dalam satu ekosistem, semuanya harus berjalan dengan baik. Dalam praktiknya, hal ini terjadi pada 90% kasus, dan masih ada sesuatu yang perlu diselesaikan. Dalam beberapa tahun terakhir, pembelian Vmvara lainnya ternyata sangat memudahkan - mereka menambahkan MDM ke ekosistem untuk mengelola perangkat di dalam perusahaan. VM baru-baru ini memperoleh penyeimbang jaringan yang menarik (sebelumnya Avi Networks), yang memungkinkan Anda menutup masalah distribusi aliran setahun setelah selesainya VDI, misalnya. Fitur murni pihak pertama lainnya adalah optimalisasi cabang yang baik berkat pembelian baru mereka ketika mereka mengambil alih perusahaan VeloCloud, yang membuat SD-WAN untuk jaringan cabang.
Dari sudut pandang pengguna akhir, arsitektur dan vendor hampir tidak terlihat. Yang penting secara global adalah adanya klien untuk perangkat apa pun; Anda dapat terhubung dari tablet, Mac, atau klien tipis Windows. Bahkan ada klien untuk televisi, tapi sekarang, untungnya, mereka sudah tidak ada lagi.
Keunikan instalasi VDI sekarang adalah pengguna akhir tidak memiliki komputer di rumah. Seringkali Anda memiliki tablet Android yang lemah (terkadang bahkan dengan mouse atau keyboard), atau Anda bahkan mungkin beruntung dan mendapatkan komputer yang menjalankan Win XP. Yang, seperti yang bisa Anda tebak, sudah lama tidak diperbarui. Dan itu tidak akan pernah diperbarui lagi. Atau mesin yang sangat lemah, di mana klien tidak diinstal, aplikasi tidak berfungsi, pengguna tidak dapat bekerja. Untungnya, bahkan perangkat yang sangat lemah pun bisa melakukannya (tidak selalu nyaman, tetapi cocok), dan ini dianggap sebagai nilai tambah yang besar dari VDI. Nah, mengenai keamanan, perlu dilakukan pengujian terhadap kompromi sistem klien. Hal ini cukup sering terjadi.
Mengingat rekomendasi Rospotrebnadzor tentang mengatur pekerjaan perusahaan yang berisiko COVID-19, menghubungkan ke tempat kerja Anda di kantor sangatlah penting. Sepertinya cerita ini akan bertahan lama, dan ya, jika Anda memikirkan VDI, Anda bisa mulai mengujinya. Ini akan berguna. Rekomendasinya adalah , klarifikasi . Yang penting, VDI juga dapat digunakan untuk melakukan retrofit ruang guna memenuhi persyaratan kepatuhan. Regulator memperkenalkan standar jarak tertentu. Misalnya, di kantor seluas 50 meter persegi. m tidak boleh lebih dari lima karyawan.
Nah, jika Anda memiliki pertanyaan tentang VDI yang tidak perlu dikomentari, ini email saya: [email dilindungi].
Sumber: www.habr.com