🕗 👩🏻‍🤝‍👨🏽 👲🏾 Was in der Cloud zu speichern 🤳🏼 ⬆️ 👨‍👦‍👦

Wolken fühlen sich mit ihrer Flexibilität wohl. Wir brauchen einen leistungsstarken Computercluster für acht Stunden: Mit drei Klicks gemietet, die Aufgabe erledigt und die Autos gelöscht. Leider verstehen viele die Ideologie der Cloud-Ressourcen einfach falsch und sind oft enttäuscht, wenn sie am Ende des Monats Konten sehen.

Um die Kosten zu optimieren, müssen Sie zunächst gute Statistiken sammeln. Ich werde versuchen, die entsprechenden Tools dafür kurz zu beschreiben.

Das Schlüsselprinzip des Sparens besteht darin, alles Unnötige auszuschalten und die Reserve so weit wie möglich zu minimieren. Ich wollte im Paradigma des lokalen Servers in der Infrastruktur des Unternehmens denken. Wenn Sie die Erweiterung und das Herunterfahren von Cloud-Ressourcen je nach Auslastung automatisieren können - noch besser.

Betrachten Sie Situationen, in denen feste Zinssätze rentabler sind und wann - Pay-as-you-go-Konzept (PAYG). Überlegen Sie außerdem, was Sie den Überschuss ausschalten können und wo Ressourcen am häufigsten verschwendet werden. Lassen Sie uns die wichtigsten Ressourcentypen durchgehen: CPU, RAM, virtuelle Festplatten, Netzwerke und Backups.

Wir sammeln Informationen

Bevor Sie Optimierungsmaßnahmen durchführen, müssen Sie zunächst wissen, wie Ihre Maschine geladen ist. Daher ist es am richtigsten, mit Überwachungssystemen zu beginnen, um die Art der Last genau zu verstehen. Darüber hinaus sollte die Last in verschiedenen Maßstäben analysiert werden. Gemittelte Daten für den Monat sind hilfreich, um den Grad der Reservierung oder den Mangel an Ressourcen im Allgemeinen zu verstehen. Sie können auch die ungefähren Daten vorhersagen, an denen die aktuelle Kapazität nicht mehr ausreicht, wenn die Last allmählich wächst. Daten für mehrere Tage können tageszeitliche Schwankungen, die normalerweise mit dem Lebenszyklus von Zeitzonen verbunden sind, und scharfe einzelne Bursts anzeigen, wenn die Ressourcen knapp sind.

Wie zu überwachen

Es gibt eine große Anzahl von Informationssammlungs- und Visualisierungssystemen zur Auswahl, aber ich möchte auf die wichtigsten aufmerksam machen:

Zabbix — . , .
Kibana — ELK. , , .
Grafana — , . , .
. , .

Die Cloud selbst soll Geld sparen, aber Sie können auch die Kosten optimieren, indem Sie die Cloud-Ressourcen richtig nutzen. Schätzen Sie die gleichmäßige Belastung Ihrer Maschinen. Wenn die virtuelle Maschine stabil geladen ist, ist alles in Ordnung, und der Tarif mit festen Grenzwerten und einer kleinen Gangreserve ist am vorteilhaftesten.

Während der Spitzenlast war nur ein Kern beteiligt. Sie können Geld sparen und nicht zwei nehmen.

Sie können zwei statt vier Kerne ohne Leistungsverlust verwenden.

Wenn die VM in mehr als 10% der Fälle inaktiv ist, müssen Sie versuchen, sich auf das PAYG-Modell zu verlassen. Nur dann sollte die Maschine ausgeschaltet werden, wenn sie nicht benutzt wird. Beispielsweise wird ein Knoten einmal am Tag eingeschaltet, das Projekt kompiliert und wieder ausgeschaltet.

Alle Kerne sind gleichmäßig geladen. Höchstwahrscheinlich ist es vorteilhaft, einen Tarif mit einer festen Zahlung zu nehmen.

Normalerweise sieht die Taktik der Finanzoptimierung folgendermaßen aus: Sie unterteilen die Elemente Ihrer Infrastruktur nach Verbrauch in stabile und instabile Elemente mit Spitzenlasten. Wir versuchen, Elemente mit konstantem Verbrauch auf einen festen Tarif und instabile auf PAYG zu übertragen, um einzelne Bursts kostengünstig reibungslos glätten zu können.

Dasselbe machen wir mit verschiedenen Test- und Versuchsmaschinen. Meistens ist es rentabler, sie mit den verbrauchten Ressourcen zu bezahlen, als mit einem festen Tarif. Wenn Sie ein Auto finden, das 1% des Stroms verbraucht, schalten Sie es aus und übertragen Sie es auf PAYG.

Sie müssen verstehen, dass Sie in der Cloud nicht für die Belastung des Prozessors bezahlen, sondern für die Tatsache, dass Sie Kerne verwenden. Wenn Sie den PAYG-Tarifplan verwenden und derzeit keine VM benötigen, z. B. die erforderlichen Tests durchgeführt haben und ihn nicht mehr verwenden, ist es logischer, ihn auszuschalten und dadurch die Kosten für virtuellen Speicher und Prozessoren zu sparen.

Einige Clients verwenden die vCloud Director-API, um VMs nach einem Zeitplan ein- und auszuschalten und so noch mehr Ressourcen zu sparen. Ein sehr guter Ansatz wäre die Verwendung der Orchestrierung zur Steuerung der Cloud sowie zum Ein- und Ausschalten von Knoten, wenn sich die Last ändert.

Gleichzeitig müssen Sie ohnehin für virtuelle Festplatten bezahlen. Wenn Sie keine VM mehr benötigen, ist es besser, sie zu entfernen. Wenn Sie es nur sehr selten verwenden, übertragen Sie es für eine Weile, während es ausgeschaltet ist, in einen günstigeren Speicher. Sie können auch auf virtuellen Laufwerken sparen, wenn Sie jedes Mal einen Knoten aus einer vorgefertigten Vorlage bereitstellen, anstatt die fertige Vorlage deaktiviert zu lassen. Und bewahren Sie die Vorlagen bereits günstig auf.

Rom

Sie sollten der VM nicht mehr Speicher zuweisen, als erforderlich ist. Sehr oft konfigurieren Cloud-Benutzer VMs empirisch: "Nun, es muss ungefähr so viel Speicher und so viele Kerne ausgegeben werden." Gleichzeitig ist RAM in der Regel die teuerste Ressource in der Cloud.

Bei Verwendung des PAYG-Tarifplans ist es sinnvoll, die VM so zu konfigurieren, dass sie die ihr zugewiesenen Ressourcen optimal nutzt und einen Leistungsspielraum für Spitzenlasten aufweist. Gleichzeitig sollte die Reserve nicht x4 oder x10 vom durchschnittlichen Verbrauch Ihrer Anwendung betragen: Sie ist einfach irrational teuer. Natürlich werden die Limits für jede Aufgabe immer individuell festgelegt, aber meistens sollten Sie sich bemühen, sicherzustellen, dass der Bestand 25% nicht überschreitet.

Virtuelle Festplatten

Eine wichtige Ressource sind virtuelle Festplatten. Es gibt verschiedene Arten von virtuellen Festplatten, die sich in Geschwindigkeit und Preis unterscheiden. Je schneller das Laufwerk, desto teurer wird es erwartet. Das Speichern dieses Parameters sollte daher mit der Analyse und Trennung der Daten in „kalt“ und „heiß“ beginnen.

Falsche Option. Die VM-Zuweisungsrichtlinie ist so konfiguriert, dass der VM-Austausch, die Konfiguration und die Festplatten auf teuren Festplatten abgelegt werden, sofern Sie nicht ausdrücklich etwas anderes angeben.

Eine VM kann gleichzeitig verschiedene Festplattentypen verwenden, die schnell und langsam gespeichert werden können. Wenn Sie also Datenarchive oder -protokolle speichern, ist es sinnvoll, diese auf langsamen Datenträgern abzulegen. Datenbanken sind für IOPS von entscheidender Bedeutung, daher senden wir sie an schnelle Repositorys.

Die richtige Option. Jeder Datentyp hat seine eigene Festplattengeschwindigkeit.

Jetzt müssen wir die Frage lösen, auf welcher Festplatte die VM selbst platziert werden soll. Die vloud Director-Plattform verfügt über eine Funktion: Sie reserviert zum Zeitpunkt des Starts Speicherplatz für den RAM der VM. In diesem Fall wählen Sie den Speichertyp vor. Das Betriebssystem selbst ist für IOPS nicht zu kritisch, die meisten Komponenten sind bereits in den Arbeitsspeicher geladen, und die Festplatte ist nicht geladen. Wenn Sie jedoch Geld sparen und sich auf einer langsamen Festplatte befinden, erhalten Sie einen langen Neustart und werden aufgrund der geringen Lesegeschwindigkeit von Swap- und Konfigurationsdateien aus dem Ruhemodus geweckt.

Berücksichtigen Sie diesen Faktor, wenn Sie die virtuelle Maschine nach einem Neustart schnell hochfahren müssen. In anderen Fällen können Sie speichern.

Festplatten unter der Datenbank

Sehr oft werden Datenträger unter der Datenbank "für Wachstum" verwendet. Dies ist ein typischer Fehler für Cloud-Systeme. Wenn Sie 60 GB benötigen, nehmen Sie mit einem kleinen Rand so viel, wie Sie benötigen. Bedingte 200 GB einer schnellen Festplatte verbrauchen Finanzen und Leerlauf.

Im Gegensatz zum Eisenserver ist es kein Problem, die Festplatte nach Bedarf schrittweise zu erweitern. Vergessen Sie jedoch nicht, die Überwachung mit Triggern aufzuhängen, um die Festplatte zu überlaufen, um den Moment nicht zu verpassen, in dem es Zeit ist, den Speicherplatz zu erweitern. Wenn Sie es sehr schön machen möchten, können Sie versuchen, den Speicherplatz beim Ausfüllen durch die API automatisch zu vergrößern.

Das einzige Minus dieses Ansatzes ist, dass Sie die Größe der Festplatten nicht reduzieren können, sondern sich nur in Expansionsrichtung ändern. Wenn Sie es noch reduzieren müssen, wird dieses Verfahren ausgeführt, indem Daten auf ein kleineres Volume übertragen und die alte Festplatte gelöscht werden. Vergessen Sie in dieser Phase nicht die Sicherungen und gründlichen Tests.

Vergessen Sie nicht, die Protokolle in einem separaten langsamen Speicher abzulegen, um keinen wertvollen Speicherplatz auf der schnellen Festplatte aus der Datenbank zu verschwenden. Sie neigen dazu, sehr schnell Speicherplatz zu absorbieren, insbesondere im Fall von MS SQL. Es ist auch sehr wünschenswert, Protokolle von den Images regulärer Sicherungen auszuschließen.

Netzwerk

Wir machen dasselbe mit dem Netzwerk: Wir verfolgen keine runden Zahlen von 1-10-100 Megabit, sondern nehmen sofort 45 Megabit, wenn Sie eine durchschnittliche Kanallast von etwa 40 haben. Nehmen Sie so viele Ressourcen, wie Sie benötigen.

Klären Sie die Möglichkeit, diesen Parameter von Ihrer Seite aus zu steuern. Bei uns kann der Kunde es nicht selbst ändern, dh Pay-as-you-go funktioniert nicht und eine Änderung der Kanalbreite ist einmal im Monat möglich. Es gibt jedoch Clouds, in denen diese Einstellung in Echtzeit konfiguriert wird.

In der vCloud Director-basierten Cloud bietet der NSX Edge eine großartige Funktion - den virtuellen Router. Es ist kostenlos und kann teurere Lösungen ersetzen, die zusätzliche Kapazität erfordern und Lizenzen erwerben. Es verfügt über einen Balancer, der in einfachen Situationen Lösungen wie Haproxy und die virtuelle Appliance Citrix NetScaler ersetzen kann. Sie müssen keine Lizenzen für kommerzielle Produkte kaufen und zahlen nicht für NSX Edge-Ressourcen. Es ist standardmäßig.

Bei Bedarf kann NSX Edge skaliert werden. Kann als VPN von drei Typen arbeiten:

IPSec-VPN-Tunnel Site-to-Site - zum Organisieren eines sicheren Kanals zwischen der Cloud und dem Büro oder anderen Clouds, in denen sich die Ressourcen des Clients befinden.
SSL VPN — , Checkpoint Cisco Fortigate.
L2VPN — , IPSEC Site-to-Site, L2.

CPU

Hier können Sie einige Optionen speichern.

Zunächst müssen Sie den optimalen Prozessortyp in Bezug auf Frequenz und Anzahl der Kerne sorgfältig auswählen. Alles hängt von den Funktionen der Softwarelizenzierung ab, die auf diesem Computer ausgeführt wird. Beispielsweise ist ein AD-Server oder Terminalserver praktisch, um auf Hypervisoren mit einer großen Anzahl von Kernen mittlerer Reichweite zu bleiben. Auf Servern mit Software, die durch die Anzahl der Kerne lizenziert ist, wird die Häufigkeit eines einzelnen Kerns bereits wichtig. Solche Maschinen sind teurer, aber rentabler in Bezug auf die Leistung pro Kern.

Es ist überhaupt nicht erforderlich, auf allen Ihren Maschinen dieselben Prozessoren zu verwenden. Darüber hinaus kann eine Kombination von Instanzen mit einer Kernfrequenz von 2,4 GHz und beispielsweise 3,1 GHz wirtschaftlich attraktiver sein.

Es können auch Hybridarchitekturen verwendet werden. Wenn Sie über eine eigene Infrastruktur verfügen und nicht alles übertragen möchten, ist eine gemischte Lösung eine gute Lösung, wenn sich ein Teil im Büro und der andere Teil in der Cloud dreht. Gleichzeitig werden Cloud-Ressourcen nur verwendet, um die Spitzenlast ihrer eigenen Infrastruktur zu glätten.

Bitte beachten Sie: Der RAM reduziert den RAM und die CPU nur, wenn die VM ausgeschaltet ist, da sonst das System in Panik geraten kann. Sie können die Ressourcen auf einem laufenden Computer erweitern, wenn das Betriebssystem dies unterstützt und der Hot-Add-Modus aktiviert ist.

Backup

Bei Verwendung des Sicherungsdienstes zahlt der Client zwei Dinge: die Anzahl der VMs und die Datenmenge auf dem Speicherplatz. Wieder beginnen wir mit der Analyse.

Überlegen Sie, ob Sie vor einem Jahr Kopien von Active Directory benötigen oder ob eine inkrementelle tägliche Sicherung von ein bis zwei Wochen ausreicht. Entscheiden Sie, wie lange beschädigte Daten möglicherweise unentdeckt bleiben, und konfigurieren Sie den Sicherungsspeicher entsprechend. Arbeitsmaschinen, auf denen sich der Service nur dreht, machen in der Regel keinen Sinn, länger als eine Woche zu lagern. Im Fall der Datenbank kann es erforderlich sein, eine Kopie von vor sechs Monaten wiederherzustellen, wenn jemand die Daten durcheinander bringt. Dies wird jedoch nicht sofort bemerkt.

Der zweite Punkt ist die Geschwindigkeit der Wiederherstellung. Wenn der Dienst über eine Reserve verfügt, können Sie sich auf eine vollständige Sicherung und inkrementelle Kopien beschränken. In diesem Fall wird die letzte Kopie wiederhergestellt, aber zuvor müssen alle Änderungen gegenüber inkrementellen Kopien schrittweise berücksichtigt werden. Das ist lang. Bei funktionierenden Sicherungsknoten funktioniert der Dienst jedoch weiterhin, während einer der Knoten wiederhergestellt wird.

Wenn aus irgendeinem Grund keine Reserve vorhanden ist, sollten Sie darüber nachdenken, die aktuelle vollständige Sicherung ohne Inkrement zu speichern. Isst mehr Plätze, wird aber viel schneller bereitgestellt und minimiert Ausfallzeiten. Der Geschwindigkeitsunterschied kann eineinhalb bis zwei Mal betragen.

Wenn Sie Backups für längere Zeit aufbewahren müssen, sollten Sie die Option eines Kühlspeichers in Betracht ziehen. Dies sind normalerweise langsame Wiederherstellungsbandbibliotheken. Die Option ist ideal für archivierte Daten. Ein gutes Beispiel ist Amazon Glacier, wo der Start der Bereitstellung von einem alten Backup drei bis fünf Stunden nach der Anforderung beginnt. Herkömmlicherweise müssen Ihre Daten physisch gefunden, aus dem Lager entfernt und gelesen werden. Die Kosten pro Gigabyte Speicher werden jedoch immer rentabler.

Wir können den Einrichtungsspeicher zum Preis von " Single " nutzen. Es hat geringe Speicherkosten mit einem progressiven Rabatt: Je mehr Speicher Sie speichern, desto billiger sind die Gigabyte an Datenkosten.

Zusammenfassung

Sie können Ressourcen in der Cloud nur sparen, wenn Sie die Last sorgfältig analysieren und die Reservekapazität minimieren. Sammeln Sie zunächst hochwertige Statistiken und reduzieren Sie die Ressourcen reibungslos auf das erforderliche Minimum.

Wenn der Knotenverbrauch stabil ist und sich nicht ändert, gehen Sie für diese Aufgabe zu Ihrer eigenen Infrastruktur oder wählen Sie feste Tarife.

Vergessen Sie nicht die Möglichkeit hybrider Systeme. Die Verwendung von Cloud-Ressourcen zur Glättung unregelmäßiger Spitzenlasten passt nahezu perfekt zum Pay-as-you-go-Konzept.

Was in der Cloud zu speichern