Optimierung der Kosten
Übersicht
Wenn Sie VDAs in Google Cloud ausführen, zahlen Sie für die von Ihnen verwendeten Rechen-, Speicher- und Netzwerkressourcen. Dies bedeutet, dass es eine direkte Korrelation zwischen der von Ihnen verbrauchten Kapazität und den Kosten gibt, die Ihnen entstehen. Die Entscheidungen, die Sie treffen, und die von Ihnen angewendeten Praktiken stehen in direktem Zusammenhang mit den Betriebskosten des Virtualisierungssystems.
Stellen Sie zunächst sicher, dass Sie die richtigen Workload-Bereitstellungsoptionen auswählen - die Themen, die Sie gerade gelesen haben, wenn Sie dies von vorne nach hinten lesen. Diese können sich dramatisch auf die Gesamtkosten der Lösung auswirken! Hier sind einige weitere Empfehlungen und Themen, die Sie berücksichtigen sollten, wenn Sie daran arbeiten, die Kosten mit der Kapazität in Einklang zu bringen und die Benutzererfahrung zu optimieren.
On-Demand-Provisioning
Wenn Sie MCS verwenden, um nicht persistente Maschinenkataloge in Compute Engine zu erstellen, verwendet MCS On-Demand-Provisioning, um Ihre Speicherkosten zu senken, eine schnellere Katalogerstellung zu ermöglichen und schnellere Instanz-Power-Operationen bereitzustellen. Bei der bedarfsgesteuerten Bereitstellung werden Compute Engine-Instanzen nur erstellt, wenn Citrix DaaS eine Einschaltaktion einleitet. On-Demand-Provisioning wird für nicht persistente Maschinenkataloge verwendet.
Hinweis:
Einige Administratoren finden das On-Demand-Provisioning anfangs verwirrend, da VDA-Instanzen erst in der Google Cloud-Konsole angezeigt werden, wenn MCS sie einschaltet. Da die Instanzen eine neue virtuelle NIC und eine neue MAC-Adresse erhalten, kann es einige Zeit dauern, bis Active Directory-DNS-Einträge erfolgreich aktualisiert/repliziert werden. VDA-Identitätsdatenträger bleiben zwischen Neustarts und Erstellung/Löschungsereignissen bestehen.
Rightsizing von VDA-Instanzen
Nachdem Sie nun einen Einblick in die wichtigen Entscheidungen im Zusammenhang mit den Optionen für die Bereitstellung von Arbeitslasten erhalten haben, wollen wir uns mit der richtigen Größe Ihrer VDA-Instanzen befassen. Bei VDI-basierten Bereitstellungsmodellenist die Auswahl des richtigen Instanztyps einfach. Angenommen, Sie haben einige Hausaufgaben gemacht und haben ein gutes Verständnis für die Ressourcenanforderungen des Betriebssystems, der Apps und Benutzer der VDI-Instanzen, können Sie diese Anforderungen einfach den Instanztypen zuordnen, die in der Google Cloud-Region Ihrer Wahl verfügbar sind . Machen Sie sich keine Sorgen, wenn Sie keine perfekte Übereinstimmung zwischen verfügbaren Instanz-Typen und Workload-Anforderungen haben. Google Cloud unterstützt benutzerdefinierte Instanztypen, mit denen Sie die Form Ihrer VDA-Instanzen beliebig anpassen können. Nachhaltige Nutzung und Rabatte für engagierte Nutzung gelten weiterhin für benutzerdefinierte Instanz-Typen. Lassen Sie sich also nicht davon abhalten, sich nach Bedarf anzupassen, um die richtige Größe im Voraus zu erzielen.
Außerdem kann die Funktion für Größenempfehlungen von Google Cloud verwendet werden, um Anpassungen an VDA-Shapes zu identifizieren, die Sie möglicherweise im Laufe der Zeit vornehmen möchten.
Hinweis:
Eine wichtige Sache ist zu beachten: Der Ressourcenverbrauch der Arbeitslast kann sich im Laufe der Zeit ändern. Manchmal reduzieren Ereignis/Aktivitäten den Ressourcenbedarf - wie wenn ein Administrator Optimierungen auf die Umgebung anwendet. Umgekehrt steigen diese Anforderungen manchmal, z. B. wenn eine Betriebssystem- oder App-Schwachstelle gepatcht wird oder ein Update angewendet wird. Finden Sie Ihre Baseline, aber es ist wichtig, die Verbrauchstrends im Laufe der Zeit zu überwachen und sich bei Bedarf anzupassen, um das optimale Gleichgewicht zwischen Benutzerleistung und Kosten zu finden.
Wenn Sie die richtige Instanzgröße für gehostete freigegebene VDAs auswählen, werden die Dinge etwas komplizierter. Was Sie letztendlich suchen, ist ein bewegliches Ziel - das richtige Gleichgewicht zwischen Leistung, Kosten und Verwaltbarkeit. Um die Dinge noch komplizierter zu machen, ist jede Arbeitsbelastung unterschiedlich. Abweichungen zwischen Betriebssystem, Anwendungen, Einstellungen, Tuning und Benutzererwartungen machen es schwierig, die richtigen Formen für Ihre VDAs festzulegen. Es ändert sich auch im Laufe der Zeit.
Glücklicherweise sind die Tools und Techniken, um das “Goldlöckchen” -Gleichgewicht zwischen Leistung, Kosten und Verwaltbarkeit zu finden, bekannt und gründlich dokumentiert. Ein hervorragender Artikel, mit dem wir beginnen würden, ist Citrix Scalability in a Cloud World 2018 Edition. Dieser Artikel ist heute noch relevant, da er führende Praktiken in Bezug auf die Instanzauswahl auf der Grundlage von Performance, Verwaltbarkeit, Kosten, verfügbaren Preismodellen und LoginVSI-Skalierbarkeitstests diskutiert. Diese Konzepte und Überlegungen sind auch heute noch gültig, obwohl sich die Auswahl und die Preisgestaltung der Instanzen seit ihrer ersten Veröffentlichung wahrscheinlich geändert haben.
Ein weiterer erwähnenswerter Artikel ist die richtige Größe von Citrix auf der Google Cloud Platform. Obwohl ein bisschen Datumsangaben sind, geht dieser Artikel noch tiefer in die Überlegungen ein und gibt ein Beispiel dafür, wie Sie den kostengünstigsten Instanz-Typ basierend auf einer einzelnen VDA-Skalierung und Ihren Instanz-Kosten finden.
Weitere Einblicke in Strategien zur Optimierung der VDA-Kosten finden Sie in diesem Autoscale-Tech Brief in Citrix TechZone. Es hilft dabei, Ihre Instanzkostenschätzungen an den Funktionen der Citrix Autoscale-Funktion auszurichten, einschließlich der Verwendung des vertikalen Lastausgleichs.
Apropos Citrix Autoscale - lesen Sie es nach und nutzen Sie es: Mit ein wenig Nachdenken und cleverem Design können Sie Ihre VDA-Flotte kostengünstig optimieren und gleichzeitig sicherstellen, dass Sie über Kapazitäten verfügen, um erwartete und unerwartete Schwankungen der Systemnachfrage zu bewältigen.
Apropos Nachfragemuster - Sie möchten etwas Zeit und Ressourcen investieren, um die einzigartigen Muster jeder Arbeitslast zu verstehen. Erwarten Sie, dass sie sich im Laufe der Zeit verändern und weiterentwickeln, und seien Sie darauf vorbereitet, Ihre Kapazitätsmanagementstrategie und -taktik anzupassen.
Die Wahl der richtigen Preismodelle
Google Cloud bietet verschiedene Preismodelle, die Kunden für die verschiedenen Arten von Workloads verwenden können, die Sie dort ausführen. Wenn Sie die Nachfragemuster für verschiedene Anwendungsfälle verstehen, können Sie das richtige Modell für jede Ressource auswählen, um die Kosten- und Serviceverfügbarkeit/-leistung in Einklang zu bringen. In einem Citrix Virtualisierungssystem erwägen Kunden häufig Rabatt-Modelle für nachhaltige Nutzung im Vergleich zu engagierten Verwendungsrabatten für die Ressourcen, die auf GCP laufen. Rabatte für anhaltende Nutzung können je nach Instanz-Typen variieren (N1 vs. N2 zum Beispiel) und einige Instanz-Typen (wie E2) bieten keine Rabatte für nachhaltige Nutzung. Weitere Informationen finden Sie unter Preise für VM-Instanzen .
Das folgende Diagramm zeigt eine vereinfachte Tabelle, die Rabatte für dauerhafte Nutzung im Vergleich zu Verpflichtungsgebrauch für N1-Instanz-Typen darstellt
Einige Ressourcen sind einzigartig, hoch skalierbar und müssen verfügbar sein, damit ein Citrix Virtualisierungssystem funktioniert. Als solche werden sie in der Regel rund um die Uhr ausgeführt und N+1 zur Verfügbarkeit bereitgestellt. Sie sind großartige Kandidaten für Rabatte für engagierte Nutzung. Dies umfasst Active Directory-, Citrix Cloud Connectoris-, NetScaler ADC/Gateway VPX- und Citrix StoreFront-VM-Instanzen.
Bei VDA-Instanzen ist die Auswahl nicht ganz so einfach, aber je klarer Sie Ihre Nachfragemuster verstehen, desto klarer ist die Wahl. Es läuft alles darauf hinaus, wie lange der VDA eingeschaltet werden muss. Betrachten Sie das folgende Diagramm (spezifisch für N1-Instanz-Typen), das mit ein wenig Mathematik aus der Rückseite des Umschlags reproduzierbar ist:
Dieses Diagramm zeigt, dass Sie, wenn eine Ressource (die auf einem N1-Instanz-Typ ausgeführt wird) während eines bestimmten Abrechnungszyklus über 50% der Zeit eingeschaltet ist, Geld sparen, wenn Sie eine 3-jährige Diskontierung für festgelegte Nutzung anwenden können. Der Break-Eg-Punkt für einen 1-Jahres-Rabatt beträgt etwa 82%. Wenn eine Ressource während eines Abrechnungszyklus für mehr als das aktiviert wird und eine 3-jährige festgeschriebene Nutzung nicht verfügbar ist, ist eine einjährige engagierte Nutzung sinnvoll.