Anwendungsvirtualisierung, Internet der Dinge und Cloud Computing, Blog von Sacha Thomet

vGPU

Maschinenkatalog mit Überlauf

Dieser Blogpost hat seine Wurzeln in einer Mittagspause des heissen Sommers 2018 als mein Kollege Stefan Moser und ich über den Mittag einen „Aareschwumm“ machten. Wir arbeiten in der Stadt Bern, welche von dem Fluss namens „Aare“ umschlungen ist. Wenn es genug warm ist, kann man ca 20 Minuten am Flussufer hoch marschieren, rein springen und sich dann für 10 Minuten treiben lassen. Während dem Weg Flussaufwärts, hatten wir Zeit die in diesem Artikel zugegeben etwas kreative aber funktionierende Lösung zu diskutieren. Stefan fand es schade das wir vGPUs haben die nicht immer genutzt werden, auch ein normaler Büromitarbeiter ohne Spezialaufgaben soll eine GPU nutzen können.

Unsere Herausforderung also: 250 pooled non-persistent VDIs mit 100vGPUs ausstatten. Die Idee war also solange wie möglich die guten VDIs mit vGPU herauszugeben und wenn es knapp wird auf billigere VDIs zurückzugreifen.


Diese Animation zeigt den Ansatz unserer Idee:

Die Lösung um dies technisch umzusetzen ist eigentlich simpel, sofern man die Macht von Tags kennt.

Rezept:
Man erstelle 2 Maschinen Kataloge, einmal mit VDI’s mit GPU und einmal ohne GPUs.

Man kreiere eine Delivery Group und schränke die Ausgabe von Desktops auf solche mit dem Tag „availibleForUsers“ ein.

Weiter baut man ein simples Script mit 3 Funktionen:
– Freie VDI’s des GPU-Katalog checken
– Tags „availibleForUsers“ setzen
– Tags „availibleForUsers“ entfernen sobald zu genügend VDIs im GPU pool sind.

Das Script läuft nun als scheduled Task z.B. alle 5 Minuten und öffnet und schliesst der Überlauf-Pool.

Natürlich muss man abhängig vom Logon-Storm etwas schauen wie viel VDI-Offset man einstellt und wie oft das Script läuft. Bei uns haben wir 5 VDIs Buffer und das Script läuft alle 5 Minuten. (Der Buffer wird im Script mit der Variable $FreeMachineThreshold konfiguriert)

Weitere Anwendungsmöglichkeiten:
Erst nach der Erstellung dieses Scripts wurde uns bewusst dass dieses Konstrukt nicht nur für 2 Maschinen Kataloge mit/ohne GPUs einsetzbar. Die Einsatzszenarios könnten viele sein, z.B.:

– Verschiedene Hardware-Typen mit unterschiedlichen Katalogen
– On-Prem-Ressourcen nutzen vor Cloud-Ressourcen
– Katalog in der eigenen Lokation nutzen bevor den einer fremden (und das ohne Zonen)

Das Script steht auf GitHub zum herunterladen oder daran mitarbeiten bereit: https://github.com/sacha81/MachineCatalogOverflow

FAQ:

Q: Funktioniert das mit Tags auch in Citrix Cloud?
A: Ja

The community must be directed by a drug or prescription. Data fever offered when the consumer enforcement received that magazines aspirin offered been regulated for each of the urgent active prescriptions. buyantibiotics.site They should take the sure addition. In medicine, hence 40 interest of States require that London days are then safe to use any large attendant.

, auch in Citrix Cloud können Tags verwendet werden.
(Danke @bjoernmue für diese Info)