{"id":87005,"date":"2020-07-02T07:42:17","date_gmt":"2020-07-02T05:42:17","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/podvodnye-kamni-pri-perehode-na-vdi-chto-testirovat-zaranee-chtoby-ne-bylo-muchitelno-bolno"},"modified":"2020-07-02T07:42:17","modified_gmt":"2020-07-02T05:42:17","slug":"podvodnye-kamni-pri-perehode-na-vdi-chto-testirovat-zaranee-chtoby-ne-bylo-muchitelno-bolno","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/podvodnye-kamni-pri-perehode-na-vdi-chto-testirovat-zaranee-chtoby-ne-bylo-muchitelno-bolno","title":{"rendered":"Herausforderungen beim Umstieg auf VDI: Was Sie im Voraus testen sollten, um schmerzhafte \u00dcberraschungen zu vermeiden","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Herausforderungen
\nHaben Sie sich jemals gefragt, was ein Scanner mit einer VDI-Station macht? Zun\u00e4chst sieht alles gut aus: Er wird wie ein gew\u00f6hnliches USB-Ger\u00e4t durchgereicht und ist von der virtuellen Maschine aus \u201etransparent\u201c sichtbar. Dann gibt der Benutzer den Befehl zum Scannen, und alles bricht zusammen. Im besten Fall ist es der Treiber des Scanners, im schlechteren Fall bringt die Scansoftware nach ein paar Minuten das System zum Stillstand, und es k\u00f6nnte auch andere Benutzer im Cluster beeintr\u00e4chtigen. Warum? Weil es notwendig ist, um ein f\u00fcnf Megabyte gro\u00dfes komprimiertes Bild zu erhalten, \u00fcber USB 2.0 zwei- bis dreimal mehr Daten zu \u00fcbertragen. Die Bandbreite des Busses betr\u00e4gt 480 Mbit\/s. <\/p>\n

Es gibt drei Dinge, die getestet werden m\u00fcssen: UX, Peripherie und Sicherheit \u2013 das ist unerl\u00e4sslich. Es macht einen Unterschied, wie man testet. Man kann Agenten lokal auf jeder virtuellen Arbeitsstation installieren. Das ist relativ kosteng\u00fcnstig, zeigt jedoch nicht die Belastung des Kanals und berechnet die CPU-Last nicht ganz korrekt. Die zweite Option besteht darin, an einem anderen Ort die erforderliche Anzahl von Simulationsrobotern bereitzustellen und diese mit echten Arbeitspl\u00e4tzen zu verbinden, wie echte Nutzer. Dabei kommt die Belastung durch das Protokoll zur \u00dcbertragung des Bildschirmvideostreams (genauer gesagt, ge\u00e4nderte Pixel) hinzu, ebenso wie die Analyse und das Senden von Netzwerkpaketen, wodurch die Belastung des Kanals klar wird. Der Kanal wird generell sehr selten \u00fcberpr\u00fcft.
\n<\/a><\/noindex>
\nUX ist die Geschwindigkeit, mit der Endbenutzer verschiedene Aktionen ausf\u00fchren. Es gibt Testpakete, die die Installation mit hunderten von Benutzern belasten und typische Aktionen durchf\u00fchren: sie starten Office-Pakete, lesen PDFs, surfen, schauen selten w\u00e4hrend der Arbeitszeit Pornos usw. <\/p>\n

Ein recht gutes Beispiel daf\u00fcr, warum solche Tests im Vorfeld wichtig sind, war bei der letzten Installation. Dort ziehen tausend Nutzer in ein VDI um; sie haben ein B\u00fcro, einen Browser und SAP. Die IT-Abteilung des Unternehmens ist gut aufgestellt, daher gibt es eine Kultur des Lasttests vor Implementierungen. Meiner Erfahrung nach muss man die Kunden normalerweise dazu \u00fcberreden, da die Kosten hoch sind und der Nutzen nicht immer offensichtlich. Es gibt schlie\u00dflich Berechnungen, bei denen Fehler passieren k\u00f6nnen? In der Praxis decken solche Tests die Stellen auf, wo man dachte, aber nicht \u00fcberpr\u00fcfen konnte.<\/p>\n

Installation<\/h3>\n

\nSechs Server, die Konfiguration ist wie folgt:<\/p>\n

\"Herausforderungen
\n
\nAuf die SAN des Kunden hatten wir keinen Zugriff; sie wurde bereits als Platz zum Service bereitgestellt. Aber wir wissen, dass es sich um All-Flash handelt. Welche Art von All-Flash, wissen wir nicht, aber es gibt Partitionen von jeweils 10 TB. VDI \u2013 VMware auf Wunsch des Kunden, da das IT-Team bereits mit dem Stack vertraut ist und alles gut zu einer ganzheitlichen Infrastruktur erg\u00e4nzt wird. VMware ist sehr \u201eabh\u00e4ngig\u201c von seinem \u00d6kosystem, aber wenn das Budget f\u00fcr den Einkauf ausreicht \u2013 kann man \u00fcber Jahre hinweg keine Probleme erfahren. Aber das ist oft ein sehr gro\u00dfes \u201ewenn\u201c. Wir haben einen guten Rabatt, und der Kunde wei\u00df dar\u00fcber Bescheid. <\/p>\n

Wir beginnen mit den Tests, da das IT-Team fast nichts ohne Tests in die Produktion freigibt. VDI ist nicht etwas, das einfach gestartet und dann akzeptiert werden kann. Die Benutzer werden schrittweise geladen, und man kann durchaus nach sechs Monaten auf Probleme sto\u00dfen. Das m\u00f6chte nat\u00fcrlich niemand. <\/p>\n

450 \u201eBenutzer\u201c im Test, die Last wird lokal generiert. Die Robouser f\u00fchren verschiedene Aktionen gleichzeitig aus, wir messen die Dauer jeder Operation \u00fcber mehrere Stunden.<\/p>\n

\"Herausforderungen
\n
\n\"Herausforderungen
\n
\n\"Herausforderungen
\n
\nWir beobachten, wie sich die Server und das SAN verhalten. Kann VDI die erforderliche Anzahl an virtuellen Arbeitspl\u00e4tzen erstellen usw. Da der Kunde sich nicht f\u00fcr hyperkonvergente Systeme entschieden hat, sondern ein Flash-SAN genommen hat, mussten wir auch die Richtigkeit der Dimensionierung \u00fcberpr\u00fcfen. <\/p>\n

\"Herausforderungen
\n
\n\"Herausforderungen
\n
\n\"Herausforderungen
\n
\n\"Herausforderungen
\n
\n\"Herausforderungen
\n
\n\"Herausforderungen
\n
\nWenn irgendwo etwas stockt, m\u00fcssen die Einstellungen des VDI-Clusters ge\u00e4ndert werden, insbesondere die Ressourcenzuteilung zwischen Benutzern unterschiedlicher Kategorien. <\/p>\n

Peripherie<\/h3>\n

\nBei der Peripherie gibt es normalerweise drei Situationen:<\/p>\n