HPE-Lösungen für Remote-Arbeit

Ich werde Ihnen heute eine Geschichte erzählen. Eine Geschichte über die Evolution der Computertechnik und das Aufkommen von Remote-Arbeitsplätzen von den frühesten Zeiten bis heute.

Entwicklung der IT

Das Hauptaugenmerk, das man aus der Geschichte der IT mitnehmen kann, ist…

Natürlich entwickelt sich die IT spiralförmig. Dieselben Lösungen und Konzepte, die vor Jahrzehnten verworfen wurden, erhalten einen neuen Sinn und beginnen erfolgreich zu funktionieren unter neuen Bedingungen, bei neuen Aufgaben und mit neuen Kapazitäten. In dieser Hinsicht unterscheidet sich die IT nicht von jedem anderen Bereich des menschlichen Wissens und der Geschichte der Erde insgesamt.

Vor langer Zeit, als Computer groß waren

„Ich denke, dass es auf der Welt einen Markt für genau fünf Computer gibt“, sagte der IBM-Chef Thomas Watson 1943.

Frühe Computertechnik war groß. Nein, das ist nicht richtig, die frühe Technik war monströs, zyklopisch. Eine vollständige Rechenmaschine nahm eine Fläche ein, die mit einem Sportplatz vergleichbar war, und kostete absolut unrealistische Summen. Ein Beispiel für Komponenten ist das Modul mit Ferritkernen (1964).

Dieses Modul hat die Größe von 11 cm * 11 cm und eine Kapazität von 512 Byte (4096 Bit). Ein Schrank, der vollständig mit diesen Modulen gefüllt war, hatte kaum die Kapazität eines heute schon antiken 3,5-Zoll-Disketts (1,44 MB = 2950 Module), verbrauchte jedoch eine sehr spürbare elektrische Leistung und wurde so heiß wie eine Lokomotive.

Genau mit den riesigen Dimensionen hängt auch der englische Begriff für das Debuggen von Programmcode zusammen — „debugging“. Eine der ersten Programmiererinnen in der Geschichte, Grace Hopper (ja, ja, eine Frau), Offizierin der Marine, machte 1945 einen Eintrag in ihr Handbuch, nachdem sie einen Fehler in einem Programm untersucht hatte.

Da moth (Motten) allgemein als bug (Bug) eingestuft wird, berichtete das Personal über alle weiteren Probleme und Maßnahmen zur Lösung als „debugging“ (wörtlich: das Entfernen von Käfern), sodass der Programmfehler und der Fehler im Code fest unter dem Namen Bug verankert wurden, und das Debuggen wurde zum Debug.

Mit der Entwicklung der Elektronik und insbesondere der Halbleiterelektronik wurden die physischen Abmessungen der Maschinen immer kleiner, während die Rechenleistung dagegen wuchs. Aber selbst in diesem Fall konnte nicht jeder einen eigenen Computer haben.

„Es gibt keinen Grund, warum jemand einen Computer zu Hause haben möchte“ — Ken Olsen, Gründer von DEC, 1977.

In den 70er Jahren taucht der Begriff Mini-Computer auf. Ich erinnere mich, dass ich, als ich diesen Begriff vor vielen Jahren zum ersten Mal gelesen habe, mir etwas wie ein Netbook, praktisch ein Handheld-Gerät, vorgestellt habe. Ich hätte nicht weiter von der Wahrheit entfernt sein können.

Mini ist er nur im Vergleich zu riesigen Maschinenräumen, aber es sind immer noch mehrere Schränke mit Geräten im Wert von Hunderttausenden und Millionen Dollar. Dennoch ist die Rechenleistung bereits so gestiegen, dass sie nicht immer zu 100% ausgelastet war, und gleichzeitig begannen Computer, für Studenten und Dozenten an Universitäten verfügbar zu werden.

Und da kam er!

Nicht viele denken über die lateinischen Wurzeln der englischen Sprache nach, aber genau er hat uns den Fernzugriff gebracht, wie wir ihn heute kennen. Terminus (latein) bedeutet Ende, Grenze, Ziel. Das Ziel des Terminators T800 war es, das Leben von John Connor zu beenden. Auch wissen wir, dass die Verkehrsstationen, an denen Passagiere ein- und aussteigen oder Fracht be- und entladen wird, Terminals – Endziele von Routen – genannt werden.

Entsprechend entstand das Konzept des terminalen Zugriffs, und Sie können das bekannteste Terminal der Welt sehen, das bis heute in unseren Herzen lebt.

DEC VT100 wird Terminal genannt, da es die Informationslinie beendet. Es hat praktisch keine Rechenleistung, und seine einzige Aufgabe ist es, die von einem großen Computer empfangenen Informationen anzuzeigen und die Eingaben von der Tastatur an den Computer weiterzugeben. Und obwohl die VT100 physisch schon lange tot sind, nutzen wir sie immer noch voll aus.

Unsere Tage

"Unsere Tage" würde ich ab den frühen 80ern zählen, als die ersten für die breite Masse zugänglichen Prozessoren mit einigermaßen sinnreicher Rechenleistung aufkamen. Traditionell wird angenommen, dass der Hauptprozessor dieser Ära der Intel 8088 (Familie x86) als Urvater der siegreichen Architektur ist. Was ist also der grundsätzliche Unterschied zum Konzept der 70er Jahre?

Erstmals zeigt sich der Trend, die Informationsverarbeitung vom Zentrum an die Peripherie zu verlagern. Nicht alle Aufgaben erfordern die immense Leistung eines Mainframes oder sogar eines Minicomputers im Vergleich zu den bescheidenen x86-Architekturen. Intel steht nicht still und bringt in den 90er Jahren die Pentium-Familie heraus, die in Russland zum ersten echten Massenheimcomputer wird. Diese Prozessoren sind bereits zu vielem fähig, nicht nur um einen Brief zu schreiben — sondern auch für Multimedia und zur Arbeit mit kleinen Datenbanken. Tatsächlich entfällt für kleine Unternehmen die Notwendigkeit von Servern vollständig — alles kann an der Peripherie auf Client-Maschinen erledigt werden. Jahr für Jahr werden die Prozessoren leistungsfähiger und der Leistungsunterschied zwischen Servern und Personalcomputern wird aus Sicht der Rechenleistung immer geringer, oft beschränkt er sich lediglich auf die Reservierung von Strom, die Unterstützung für Hot-Swap und spezielle Gehäuse für den Rack-Einbau.

Wenn man moderne Client-Prozessoren mit den "lächerlichen" von Intel in den 90ern für die Administratoren schwerer Server mit Supercomputern aus der Vergangenheit vergleicht, wird einem fast unbehaglich.

Schauen wir uns den alten Freund an, der fast genau so alt ist wie ich. Cray X-MP/24 aus dem Jahr 1984.

Diese Maschine gehörte zu den Top-Supercomputern 1984, mit 2 Prozessoren zu je 105 MHz und einer Spitzenrechenleistung von 400 MFlops (Millionen Fließkommaoperationen). Die genau abgebildete Maschine stand im Kryptografie-Labor der NSA der USA und war mit dem Knacken von Codes beschäftigt. Wenn man 15 Millionen Dollar von 1984 in Dollar von 2020 umrechnet, beträgt der Wert 37,4 Millionen oder 93.500 Dollar / MFlops.

In der Maschine, auf der ich diese Zeilen schreibe, befindet sich der Prozessor Core i5-7400 aus dem Jahr 2017, also nicht ganz neu, und selbst im Jahr seiner Markteinführung war er der kleinste 4-Kern-Prozessor unter allen Desktop-Prozessoren im mittleren Segment. 4 Kerne mit einer Grundfrequenz von 3,0 GHz (3,5 GHz mit Turbo Boost) und die Verdopplung der Threads durch HyperThreading ergeben je nach Test eine Leistung von 19 bis 47 GFlops bei einem Preis von 16.000 Rubel pro Prozessor. Wenn man die Maschine komplett zusammenbaut, kann man ihren Preis auf 750 Dollar (zum Kurs am 1. März 2020) schätzen.

Letztendlich erhalten wir eine Überlegenheit eines durchaus durchschnittlichen Desktop-Prozessors unserer Tage, die 50-120 mal höher ist als die eines Supercomputers aus den Top 10 einer durchaus nahen Vergangenheit, während der Rückgang der spezifischen Kosten für MFlops mit erschreckenden 93.500 / 25 = 3.700 mal zunimmt.

Warum brauchen wir bei solchen Fähigkeiten am Rand immer noch Server und eine Zentralisierung der Berechnungen – das ist absolut unverständlich!

Der Rücksprung – die Spirale hat eine Drehung gemacht

Festplattenlose Arbeitsstationen

Das erste Signal, dass die Auslagerung der Berechnungen an den Rand nicht endgültig sein wird, war das Erscheinen der Technologie festplattenloser Arbeitsstationen. Bei einer erheblichen Verteilung der Arbeitsstationen über die Fläche des Unternehmens, insbesondere in verschmutzten Räumen, wird die Frage der Verwaltung und Wartung dieser Stationen sehr dringend.

Es entsteht das Konzept der "Korridorzeit" – der Prozentsatz der Zeit, in dem der IT-Support im Korridor ist, auf dem Weg zu einem Mitarbeiter mit einem Problem. Diese Zeit ist bezahlt, aber absolut unproduktiv. Eine nicht unwesentliche Rolle, insbesondere in verschmutzten Räumen, spielte auch der Ausfall von Festplatten. Lass uns die Platte aus der Arbeitsstation entfernen, und alles andere über das Netzwerk lösen, einschließlich des Bootvorgangs. Der Netzwerkadapter erhält neben der Adresse vom DHCP-Server auch zusätzliche Informationen – die Adresse des TFTP-Servers (ein vereinfachter Dateiservice) und den Namen des Boot-Images, lädt es in den Arbeitsspeicher und startet die Maschine.

Neben der geringeren Anzahl an Ausfällen und der Verringerung der Korridorzeit kann die Maschine jetzt nicht vor Ort debugged werden, sondern einfach eine neue gebracht und die alte zur Diagnose an einem eingerichteten Arbeitsplatz abgeholt werden. Und das ist noch nicht alles!

Eine festplattenlose Station wird deutlich sicherer – wenn jemand plötzlich in den Raum eindringt und alle Computer mitnimmt, sind es nur Verlusterscheinungen des Equipments. Auf festplattenlosen Arbeitsstationen werden keine Daten gespeichert.

Merken wir uns diesen Moment, die IT-Sicherheit beginnt eine immer größere Rolle zu spielen nach der "unbesorgten Kindheit" der Informationstechnologie. Und in der IT dringen zunehmend die furchtbaren und wichtigen 3 Buchstaben ein – GRC (Governance, Risk, Compliance), oder auf Russisch: "Steuerung, Risiko, Konformität".

Terminalsserver

Die weit verbreitete Nutzung immer leistungsfähigerer Personal Computer am Rand überholte das Wachstum der öffentlichen Netze erheblich. Die klassischen Client-Server-Anwendungen aus den 90ern und dem frühen 00er-Jahren funktionierten nicht besonders gut über schmale Leitungen, wenn der Datenaustausch bedeutende Werte erreichte. Besonders schwierig war dies für entfernte Büros, die über Modems und Telefonleitungen verbunden waren, die zudem gelegentlich hängengeblieben oder abgebrochen sind. Und…

Die Spirale hat eine Runde gedreht und fand sich wieder im Terminalmodus mit dem Konzept der Terminalserver.

Tatsächlich sind wir in den 70ern mit ihren Null-Clients und der Zentralisierung der Rechenleistung zurückgekehrt. Sehr schnell wurde offensichtlich, dass der Terminalzugang, neben rein wirtschaftlichen Überlegungen, große Möglichkeiten für die Organisation sicheren Zugangs von außen schafft, einschließlich der Arbeit von zu Hause für Mitarbeiter oder extrem eingeschränkten und kontrollierten Zugang für Auftragnehmer aus unzuverlässigen Netzwerken und unzuverlässigen/unkontrollierten Geräten.

Allerdings hatten die Terminalserver trotz all ihrer Vorteile und Fortschrittlichkeit auch eine Reihe von Nachteilen – geringe Flexibilität, das Problem des lauten Nachbarn, strenge Server-Windows usw.

Die Geburt des Prototypen VDI

In den frühen bis mittleren 00ern kam bereits die industrielle Virtualisierung von x86-Plattformen auf die Bühne. Und jemand äußerte einfach die in der Luft liegende Idee: Warum zentralisieren wir nicht alle Clients auf Server-Terminalfarmen, sondern lassen jedem seine persönliche VM mit Windows-Client und sogar Administratorzugriff?

Der Verzicht auf dicke Clients

Parallel zur Virtualisierung von Sitzungen und Betriebssystemen entwickelte sich der Ansatz, die Funktionalität des Clients auf Anwendungsebene zu erleichtern.

Die Logik dahinter war ziemlich einfach, denn persönliche Laptops waren noch lange nicht überall verbreitet, das Internet war ebenfalls nicht überall verfügbar, und viele konnten sich nur aus Internetcafés mit sehr eingeschränkten, um es milde auszudrücken, Rechten verbinden. Tatsächlich war alles, was man starten konnte, der Browser. Der Browser wurde zum unverzichtbaren Attribut des Betriebssystems, das Internet hielt Einzug in unser Leben.

Anders ausgedrückt, parallel dazu gab es den Trend, die Logik vom Client ins Zentrum in Form von Webanwendungen zu verlagern, für deren Zugriff nur der einfachste Client, Internet und Browser erforderlich sind.
Und wir sind nicht einfach dort angekommen, wo wir angefangen haben – mit null Kunden und zentralen Servern. Wir sind auf mehreren unabhängigen Wegen dorthin gekommen.

Virtuelle Desktop-Infrastruktur

Broker

Im Jahr 2007 brachte der Marktführer für industrielle Virtualisierung, VMware, die erste Version seines Produkts VDM (Virtual Desktop Manager) heraus, das faktisch das erste auf dem gerade entstehenden Markt für virtuelle Desktops war. Es dauerte natürlich nicht lange, bis die Antwort vom Marktführer für Terminalserver, Citrix, kam, und 2008 wurde mit der Übernahme von XenSource XenDesktop eingeführt. Es gab zweifellos auch andere Anbieter mit ihren Angeboten, aber lassen Sie uns nicht zu sehr in die Geschichte abtauchen und von der Konzeption abweichen.

Und bis heute bleibt das Konzept erhalten. Der Schlüssel zu VDI ist der Verbindungsbroker.
Genau das ist das Herz der Infrastruktur für virtuelle Desktops.

Der Broker ist verantwortlich für die wichtigsten Prozesse im Betrieb von VDI:

• Er bestimmt die für den verbundenen Client verfügbaren Ressourcen (Rechner/Sitzungen);
• Er balanciert bei Bedarf die Clients auf Maschinen-/Sitzungspools;
• Er leitet den Client auf die gewählte Ressource weiter.

Heute kann ein Client (Terminal) für VDI faktisch alles sein, was einen Bildschirm hat - Laptop, Smartphone, Tablet, Kiosk, dünner oder null Client. Und die Gegenstelle, die die produktive Last ausführt, ist die Sitzung des Terminalservers, eine physische Maschine oder eine virtuelle Maschine. Moderne, ausgereifte VDI-Produkte sind eng mit der virtuellen Infrastruktur integriert und verwalten sie eigenständig im automatischen Modus, indem sie entweder virtuelle Maschinen bereitstellen oder, umgekehrt, nicht mehr benötigte löschen.

Etwas abseits, aber für einige Kunden ist die Unterstützung von Hardwarebeschleunigung für 3D-Grafik eine entscheidende VDI-Technologie, die für Designer oder Architekten von großer Bedeutung ist.

Protokoll

Ein weiterer äußerst wichtiger Teil einer ausgereiften VDI-Lösung ist das Protokoll für den Zugriff auf virtuelle Ressourcen. Wenn es um die Arbeit innerhalb eines Unternehmensnetzwerks mit einer hervorragenden zuverlässigen Verbindung von 1 Gbps bis zum Arbeitsplatz und einer Latenz von 1 ms geht, kann man faktisch jedes Protokoll nutzen und sich darüber keine Gedanken machen.

Man sollte nachdenken, wenn die Verbindung über ein unkontrolliertes Netzwerk erfolgt, dessen Qualität vollkommen variabel sein kann, einschließlich Geschwindigkeiten von mehreren Kilobits und unvorhersehbaren Verzögerungen. Genau das ist notwendig, um echtes Remote-Arbeiten zu organisieren, von Datschen, von zu Hause, von Flughäfen und Schnellrestaurants.

Terminalserver vs. Client-VMs

Als VDI auftauchte, schien es, als wäre es Zeit, sich von Terminalservern zu verabschieden. Wozu benötigt man sie, wenn jeder seine eigene persönliche VM hat?

Allerdings hat sich aus Sicht der reinen Wirtschaftlichkeit herausgestellt, dass es für typische, massenhaft genutzte Arbeitsplätze, die identisch bis zur Langeweile sind, derzeit nichts Effizienteres gibt als Terminalserver im Preis-/Sitzungs-Verhältnis. Trotz all ihrer Vorteile verbraucht der Ansatz "1 Benutzer = 1 VM" deutlich mehr Ressourcen für virtuelle Hardware und vollständige Betriebssysteme, was die Kosteneffizienz an typischen Arbeitsplätzen verschlechtert.

In Fällen von Arbeitsplätzen für Top-Manager, nicht-standardisierten und stark ausgelasteten Arbeitsplätzen, die hohe Rechte (bis hin zum Administrator) erfordern, hat die dedizierte VM pro Benutzer Vorteile. Innerhalb dieser VM können Ressourcen individuell zugewiesen, Rechte auf jedem Niveau vergeben und VMs bei hoher Last zwischen Virtualisierungs-Hosts balanciert werden.

VDI und Wirtschaftlichkeit

Jahrelang höre ich immer die gleiche Frage – warum, ist VDI günstiger als einfach allen Laptops zu geben? Und jahrelang muss ich immer genau das Gleiche antworten: Für normale Büromitarbeiter ist VDI nicht günstiger, wenn man die reinen Kosten für die Bereitstellung der Hardware betrachtet. So oder so, Laptops werden günstiger, während Server, SAN und Systemsoftware ziemlich viel kosten. Wenn es an der Zeit ist, den Park zu erneuern, und Sie versuchen, durch VDI zu sparen – nein, Sie werden nicht sparen.

Ich erwähnte bereits die schrecklichen drei Buchstaben GRC – also, VDI geht um GRC. Es geht um Risikomanagement, es geht um Sicherheit und den Komfort eines kontrollierten Zugangs zu Daten. Und das alles kostet normalerweise ziemlich viel Geld für die Implementierung auf einer Vielzahl unterschiedlichster Geräte. Mit VDI wird die Kontrolle einfacher, die Sicherheit steigt, und das Haar wird weich und seidig.

HPE-Lösungen für Remote-Arbeit

Fern- und Cloud-Management

iLO

Das Unternehmen HPE ist im Bereich des Remote-Managements von Serverinfrastrukturen alles andere als ein Neuling; im März feierte das legendäre iLO (Integrated Lights Out) bereits seinen 18. Geburtstag. Wenn ich an meine Admin-Zeiten in den 00er Jahren zurückdenke, kann ich kaum glauben, wie glücklich ich darüber war. Die erste Installation in Racks und das Anschließen von Kabeln waren alles, was im lauten und kalten Rechenzentrum getan werden musste. Die restliche Konfiguration, einschließlich der Installation des Betriebssystems, konnte bereits von meinem Arbeitsplatz mit zwei Monitoren und einer Tasse heißem Kaffee erfolgen. Und das ist 13 Jahre her!

Heute sind die Server von HPE nicht ohne Grund der unumstrittene jahrzehntelange Qualitätsstandard – und eine nicht unwesentliche Rolle spielt dabei der Goldstandard des Remote-Management-Systems – iLO.

Ich möchte besonders die Maßnahmen von HPE zur Sicherstellung der Kontrolle der Menschen über das Coronavirus hervorheben. HPE gab bekannt, dass die iLO Advanced-Lizenz bis Ende 2020 (mindestens) kostenlos für alle verfügbar ist.

Infosight

Wenn Sie mehr als 10 Server in Ihrer Infrastruktur haben und Ihr Administrator nicht vor Langeweile leidet, dann ist das cloudbasierte System HPE Infosight, das auf künstlicher Intelligenz basiert, eine hervorragende Ergänzung zu den Standard-Monitoring-Tools. Das System überwacht nicht nur den Zustand und erstellt Grafiken, sondern empfiehlt auch eigenständig weitere Schritte basierend auf der aktuellen Situation und den Trends.

Sei schlau, sei wie die Bank “Otkritie”, probiere Infosight aus!

OneView

Als Letztes, aber nicht weniger wichtig, möchte ich HPE OneView hervorheben – ein ganzes Produktportfolio mit enormen Möglichkeiten zur Überwachung und Verwaltung der gesamten Infrastruktur. Und das alles, ohne von Ihrem Schreibtisch aufstehen zu müssen, der in Ihrer aktuellen Situation vielleicht sogar im Garten steht.

Die Speicherlösungen sind ebenfalls nicht zu verachten!

Selbstverständlich werden alle Speicherlösungen remote verwaltet und überwacht – das war schon vor vielen Jahren der Fall. Daher möchte ich heute über etwas anderes sprechen, nämlich über Metro-Cluster.

Metro-Cluster sind auf dem Markt nicht neu, aber gerade wegen dessen sind sie bis heute nicht besonders beliebt – es liegt an der Trägheit des Denkens und den ersten Eindrücken. Natürlich gab es sie schon vor 10 Jahren, aber sie waren so teuer wie eine eisenbahntechnische Brücke. Die Jahre, die seit den ersten Metro-Clustern vergangen sind, haben die Branche und die Zugänglichkeit der Technologie für die breite Öffentlichkeit verändert.

Ich erinnere mich an Projekte, bei denen Teile des Storage Systems absichtlich getrennt wurden – getrennt für hochkritische Dienste im Metrocluster und getrennt für die synchrone Replikation (um ein Vielfaches günstiger).

Tatsächlich kostet ein Metrocluster im Jahr 2020 nichts, wenn Sie in der Lage sind, zwei Standorte und Kanäle zu organisieren. Und die Kanäle für die synchrone Replikation sind genau dieselben wie für Metrocluster. Die Lizenzierung der Software erfolgt schon lange in Paketen – und die synchrone Replikation kommt sofort im Paket mit dem Metrocluster, und das einzige, was die einseitige Replikation bisher am Leben hält, ist die Notwendigkeit, ein gestrecktes L2-Netzwerk zu organisieren. Und auch das, L2 über L3, schreitet bereits im ganzen Land voran.

Was ist also der grundlegende Unterschied zwischen synchroner Replikation und Metrocluster aus der Perspektive der Fernarbeit?

Alles ist ganz einfach. Metrocluster funktioniert selbst, automatisch, immer, praktisch in Echtzeit.

Wie sieht der Prozess der Lastumschaltung bei synchroner Replikation auf einer Infrastruktur mit mindestens mehreren hundert VMs aus?

1. Ein Signal über einen Ausfall wird empfangen.
2. Die Bereitschaftsschicht analysiert die Situation – man kann getrost 10 bis 30 Minuten nur für den Erhalt des Signals und die Entscheidungsfindung einplanen.
3. Falls den Bereitschaftsingenieuren die Befugnis zum selbstständigen Start der Umschaltung fehlt – nochmals beruhigende 30 Minuten für die Kommunikation mit einer befugten Person und die formale Bestätigung des Starts der Umschaltung.
4. Der Druck auf den großen roten Knopf.
5. 10-15 Minuten für Timeouts und die Neumontage von Volumes, die Neuregistrierung von VMs.
6. 30 Minuten für die Änderung der IP-Adressen – eine optimistische Schätzung.
7. Und schließlich das Starten der VMs und den Betrieb der produktiven Dienste.

Insgesamt kann die RTO (Wiederherstellungszeit von Geschäftsprozessen) ruhig mit 4 Stunden geschätzt werden.

Vergleichen wir dies mit der Situation im Metrocluster.

1. Das Storage System erkennt, dass die Verbindung zum Arm des Metroclusters verloren gegangen ist – 15-30 Sekunden.
2. Die Virtualisierungs-HOSTs erkennen, dass das erste Rechenzentrum verloren ist – 15-30 Sekunden (gleichzeitig mit Punkt 1).
3. Automatischer Neustart von der Hälfte bis zu einem Drittel der VMs im zweiten Rechenzentrum – 10-15 Minuten bis zum Start der Dienste.
4. Etwa in dieser Zeit versteht die Bereitschaftsschicht, was passiert ist.

Insgesamt: RTO = 0 für einzelne Dienste, 10-15 Minuten im Allgemeinen.

Warum wird nur von der Hälfte bis zu einem Drittel der VMs neu gestartet? Schauen Sie, worum es geht:

1. Sie handeln stets klug und aktivieren die automatische Lastverteilung der VMs. So werden im Schnitt nur die Hälfte der VMs in einem der Rechenzentren ausgeführt. Das gesamte Konzept des Metroclusters besteht darin, Ausfallzeiten zu minimieren, und es liegt in Ihrem Interesse, auch die Anzahl der VMs, die gefährdet sind, zu minimieren.
2. Einige Dienste können auf Anwendungsebene geclustert werden, indem sie auf verschiedene VMs verteilt werden. Diese Paare von VMs werden entweder mit Nägeln befestigt oder mit Bändern an verschiedenen Rechenzentren fixiert, damit der Dienst im Falle eines Ausfalls gar nicht auf das Neustarten der VMs warten muss.

Mit einer gut aufgebauten Infrastruktur mit verteilten Metroclustern arbeiten die Geschäftsbenutzer mit minimalen Latenzen von jedem Punkt aus, selbst im Falle eines Ausfalls auf Rechenzentrums-Ebene. Im schlimmsten Fall beträgt die Latenz die Zeit für eine Tasse Kaffee.

Und natürlich funktionieren Metrocluster hervorragend sowohl mit den auf den HPE 3Par wechselnden als auch mit den neuen Primera!

Infrastruktur für Remote-Arbeitsplätze

Terminalsserver

Für Terminalserver muss nichts neu erfunden werden, HPE liefert bereits seit vielen Jahren einige der besten Server der Welt dafür. Zeitloser Klassiker – DL360 (1U) oder DL380 (2U) oder für die AMD-Liebhaber – DL385. Natürlich gibt es auch Blade-Server, sowohl die klassischen C7000 als auch die neue modulare Plattform Synergy.

Für jeden Geschmack, in jeder Farbe, maximal viele Sitzungen pro Server!

„Klassisches“ VDI + HPE Simplivity

In diesem Fall beziehe ich mich bei „klassischem VDI“ auf das Konzept 1 Benutzer = 1 VM mit Windows-Client. Und selbstverständlich gibt es keine näherliegende und vertrautere VDI-Belastung für hyperkonvergente Systeme, insbesondere mit Deduplizierung und Kompression.

Hier kann HPE sowohl die eigene hyperkonvergente Plattform Simplivity als auch Server / zertifizierte Knoten für Partnerlösungen anbieten, wie beispielsweise VSAN Ready Nodes für den Aufbau von VDI auf der Infrastruktur von VMware VSAN.

Lassen Sie uns ein wenig mehr über die eigene Lösung Simplivity sprechen. Im Mittelpunkt, wie der Name uns sanft andeutet, steht die Einfachheit (engl. simple – einfach). Die Einfachheit der Bereitstellung, die Einfachheit der Verwaltung, die Einfachheit der Skalierung.

Hiperkonvergente Systeme sind heute eines der heißesten Themen in der IT, und die Anzahl der Anbieter in unterschiedlichen Niveaus liegt bei etwa 40. Laut dem magischen Quadrat von Gartner befindet sich das Unternehmen HPE global in den Top 5 und gehört zum Quadrat der Marktführer - diese verstehen die Industrie und deren Entwicklungen und sind in der Lage, dieses Verständnis in Hardware umzusetzen.

Architektonisch gesehen ist Simplivity ein klassisches hyperkonvergentes System mit Controller-VMs, was bedeutet, dass verschiedene Hypervisoren unterstützt werden, im Gegensatz zu in Hypervisor integrierten Systemen. Tatsächlich werden im April 2020 VMware vSphere und Microsoft Hyper-V unterstützt, und es wurden Pläne zur Unterstützung von KVM angekündigt. Ein zentrales Merkmal von Simplivity seit ihrem Markteintritt ist die hardwarebasierte Beschleunigung von Kompression und Deduplizierung durch eine spezielle Beschleunigerkarte.

Es sollte erwähnt werden, dass Kompression mit Deduplizierung global und ständig aktiviert ist, das heißt, es ist kein optionales Feature, sondern ein architektonisches Merkmal der Lösung.

HPE macht zwar etwas Werbung, indem es eine Effizienz von 100:1 behauptet, die auf eine besondere Weise berechnet wurde, aber die Effizienz der Raumausnutzung ist wirklich sehr hoch. Die Zahl 100:1 ist einfach zu schön. Lassen Sie uns untersuchen, wie Simplivity technisch umgesetzt ist, um solche Zahlen zu zeigen.

Snapshot. Snapshots (Momentaufnahmen) sind zu 100 % korrekt als RoW (Redirect-on-Write) implementiert, was bedeutet, dass sie sofort stattfinden und keine Leistungseinbußen verursachen. Das unterscheidet sie zum Beispiel von einigen anderen Systemen. Warum brauchen wir lokale Snapshots ohne Einbußen? Ganz einfach, um das RPO von 24 Stunden (durchschnittliches RPO für Backups) auf Minuten oder sogar weniger zu reduzieren.

Backup. Ein Snapshot unterscheidet sich von einem Backup nur durch die Art und Weise, wie ihn das Managementsystem für virtuelle Maschinen wahrnimmt. Wenn beim Löschen einer Maschine alles andere auch gelöscht wird, war es ein Snapshot. Wenn etwas übrig bleibt, handelt es sich um ein Backup. Dadurch kann jeder Snapshot auch als vollständiges Backup betrachtet werden, wenn er im System markiert und nicht gelöscht wird.

Natürlich werden viele einwenden – was ist das für ein Backup, wenn es auf demselben System gespeichert ist? Die Antwort darauf ist ganz einfach: Haben Sie ein formales Bedrohungsmodell, das die Regeln für die Speicherung der Sicherungskopie festlegt? Das ist ein absolut ehrliches Backup gegen das Löschen einer Datei innerhalb der VM, ein Backup gegen das Löschen der VM selbst. Falls jedoch eine Sicherung ausschließlich auf einem separaten System erforderlich ist, stehen folgende Optionen zur Verfügung: die Replikation dieses Snapshots auf einen zweiten Simplivity-Cluster oder auf HPE StoreOnce.

Genau hier zeigt sich, dass eine solche Architektur einfach perfekt für jede Art von VDI geeignet ist. Denn VDI sind Hunderte oder sogar Tausende von sehr ähnlichen Maschinen mit demselben Betriebssystem und denselben Anwendungen. Die globale Deduplizierung verarbeitet und komprimiert dies selbst weit besser als 100:1. 1000 VMs aus einer Vorlage bereitzustellen? Kein Problem, diese Maschinen werden länger im vCenter registriert sein als sie geklont werden.

Speziell für Benutzer mit besonderen Leistungsanforderungen und für diejenigen, die 3D-Beschleuniger benötigen, wurde die Simplivity G-Serie geschaffen.

In dieser Serie wird kein Hardware-Deduplizierer verwendet, und daher wurde die Anzahl der Festplatten pro Knoten reduziert, damit der Controller dies softwareseitig bewältigen kann. Dadurch werden PCIe-Steckplätze für alle anderen Beschleuniger freigehalten. Zudem wurde der verfügbare Speicher pro Knoten auf bis zu 3 TB verdoppelt, um selbst die anspruchsvollsten Workloads zu unterstützen.

Simplivity eignet sich ideal für die Organisation geografisch verteilter VDI-Infrastrukturen mit Datenreplikation in ein zentrales Rechenzentrum.

Eine solche VDI-Architektur (und nicht nur VDI) ist besonders interessant unter den Bedingungen in Russland – enorme Entfernungen (und somit Latenzen) und alles andere als idealen Kanälen. Es werden regionale Zentren geschaffen (und sogar einfach 1–2 Simplivity-Knoten in ein weit entferntes Büro), an die lokale Benutzer über schnelle Kanäle angeschlossen werden; vollständige Kontrolle und Verwaltung bleiben aus dem Zentrum bestehen, und es wird dort nur eine geringe Menge bereits echter, wertvoller und nicht wertloser Daten repliziert.

Selbstverständlich lässt sich Simplivity vollständig in OneView und InfoSight integrieren.

Dünne und Null-Clients

Dünne Clients sind spezialisierte Lösungen, die ausschließlich als Terminals verwendet werden. Da auf dem Client faktisch keine Last besteht, außer der Aufrechterhaltung des Kanals und der Dekodierung von Videos, ist praktisch immer ein Prozessor mit passiver Kühlung installiert, dazu eine kleine Festplatte, nur um ein spezielles Embedded-Betriebssystem zu starten, und damit hat es sich im Großen und Ganzen. Es gibt nichts, was kaputtgehen kann, und es ist sinnlos, Daten zu stehlen. Die Kosten sind gering und es werden keine Daten gespeichert.

Es gibt eine besondere Kategorie von dünnen Clients, die sogenannten Null Clients. Ihr Hauptunterschied zu den dünnen Clients liegt darin, dass sie nicht einmal ein eingebautes Betriebssystem allgemeiner Nutzung haben und ausschließlich mit einem Mikrochip mit Firmware arbeiten. Oft werden spezielle Hardware-Beschleuniger für die Dekodierung von Videostreams in Terminalprotokollen wie PCoIP oder HDX installiert.

Trotz der Trennung des großen "Hewlett Packard" in die eigenständigen Unternehmen HPE und HP, muss man die dünnen Clients von HP erwähnen.

Die Auswahl ist groß, für jeden Geschmack und Bedarf — bis hin zu Arbeitsplätzen mit mehreren Monitoren und Hardware-Beschleunigung des Videostreams.

HPE-Service für Ihre Fernarbeit

Und als Letztes, aber nicht weniger wichtig, möchte ich den HPE-Service erwähnen. Es wäre zu lang, um alle Servicelevels von HPE und ihre Möglichkeiten aufzulisten, aber mindestens gibt es ein äußerst wichtiges Angebot für die Fernarbeit. Nämlich einen Servicetechniker von HPE / einem autorisierten Servicezentrum. Sie arbeiten weiter von Ihrem geliebten Sommerhaus aus, hören die Hummeln, während der Techniker von HPE, der im Rechenzentrum angekommen ist, die Festplatten oder das ausgefallene Netzteil in Ihren Servern ersetzt.

HPE CallHome

In der heutigen Zeit, bei eingeschränkten Bewegungsmöglichkeiten, wird die Funktion Call Home so wichtig wie nie. Jedes HPE-System mit dieser Funktion kann eigenständig Hard- oder Softwareprobleme an das HPE-Supportzentrum melden. Es ist durchaus möglich, dass das Ersatzeil und/oder ein Servicetechniker noch lange bevor Sie die Probleme und Störungen bei den produktiven Diensten bemerken, bei Ihnen eintreffen.

Ich empfehle dringend, diese Funktion zu aktivieren.

Quelle: habr.com