HPE-Lösungen für die Organisation von Remote-Arbeit

Ich möchte 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 Wichtigste, was man aus der Geschichte der IT mitnehmen kann, ist...

Natürlich, dass sich die IT spiralförmig entwickelt. Dieselben Lösungen und Konzepte, die vor Jahrzehnten verworfen wurden, gewinnen in neuen Kontexten, bei neuen Aufgaben und mit neuen Kapazitäten an Bedeutung und funktionieren erfolgreich. In dieser Hinsicht unterscheidet sich die IT nicht von anderen Bereichen des menschlichen Wissens und der Geschichte der Erde insgesamt.

Vor langer Zeit, als Computer riesig waren

„Ich glaube, die Welt hat einen Markt für etwa fünf Computer“, sagte der IBM-Vorsitzende Thomas Watson 1943.

Frühe Computertechnik war groß. Nein, das ist falsch, die frühe Technik war monströs, zyklopisch. Eine voll funktionsfähige Rechenmaschine beanspruchte eine Fläche, die mit einem Sportfeld vergleichbar war, und kostete völlig unrealistische Summen. Als Beispiel für Komponenten kann man ein Modul mit RAM auf Ferritkernen (1964) anführen.

Dieses Modul hat die Größe von 11 cm * 11 cm und eine Kapazität von 512 Byte (4096 Bit). Ein vollständig mit diesen Modulen gefüllter Schrank hatte kaum die Kapazität einer bereits als antiquiert geltenden 3,5”-Diskette (1,44 MB = 2950 Module) und verbrauchte dabei eine merkliche elektrische Leistung und wurde heiß wie eine Lokomotive.

Die großen Dimensionen sind auch der Grund für den englischen Begriff des Debuggings. Eine der ersten Programmiererinnen, Grace Hopper (ja, eine Frau), eine Offizierin der Marine, machte 1945 einen Eintrag in ihr Logbuch nach einer Untersuchung eines Fehlers in einem Programm.

Da moth (Motten) im Allgemeinen als bug (Insekt) bezeichnet wird, berichtete das Personal über alle weiteren Probleme und Lösungsversuche dem Vorgesetzten als "debugging" (wörtlich Insektenentfernung), weshalb der Programmabsturz und ein Fehler im Code untrennbar mit dem Begriff Bug verbunden sind und die Fehlersuche als Debugging bezeichnet wurde.

Mit der Entwicklung der Elektronik und insbesondere der Halbleiterelektronik wurden die physikalischen Abmessungen der Maschinen kleiner, die Rechenleistung hingegen wuchs. Selbst in diesem Fall konnte jedoch nicht jeder einen eigenen Computer bekommen.

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

In den 70ern taucht der Begriff Mini-Computer auf. Ich erinnere mich, dass ich, als ich diesen Begriff vor vielen Jahren zum ersten Mal las, mir etwas wie ein Netbook oder fast einen Handheld vorstellte. Ich konnte nicht weiter von der Wahrheit entfernt sein.

Mini — er ist nur im Vergleich zu riesigen Maschinenräumen klein, aber es handelt sich immer noch um mehrere Schränke mit Geräten, die Hunderttausende und Millionen Dollar kosten. Dennoch ist die Rechenleistung bereits so gestiegen, dass sie nicht immer zu 100 % ausgelastet war, und gleichzeitig wurden Computer für Studenten und Dozenten an Universitäten verfügbar.

Und dann kam ER!

Wenige denken über die lateinischen Wurzeln der englischen Sprache nach, aber genau diese haben uns den Fernzugriff gebracht, wie wir ihn heute kennen. Terminus (lateinisch) — Ende, Grenze, Ziel. Das Ziel des Terminators T800 war es, das Leben von John Connor zu beenden. Ebenso wissen wir, dass die Verkehrsstationen, an denen Passagiere ein- und aussteigen oder Fracht geladen und entladen wird, als Terminals bezeichnet werden — Endziele der Routen.

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

DEC VT100 wird als Terminal bezeichnet, da es die Informationslinie abschließt. Es hat praktisch keine Rechenleistung, und seine einzige Aufgabe besteht darin, die von einem großen Computer empfangenen Informationen darzustellen und Eingaben von der Tastatur an die Maschine zu übermitteln. Und obwohl die VT100 physisch längst verschwunden sind, nutzen wir sie nach wie vor vollständig.

Unsere Tage

Ich würde "unsere Tage" ab den frühen 80er Jahren zählen, als die ersten erschwinglichen Prozessoren mit etwas nennenswerter Rechenleistung erschienen. Traditionell gilt der Intel 8088 (Familie x86) als der Hauptprozessor dieser Ära und als Vorreiter der siegreichen Architektur. Was ist also der grundlegende Unterschied zum Konzept der 70er Jahre?

Erstmals zeigt sich der Trend, die Informationsverarbeitung vom Zentrum an den Rand zu verlagern. Nicht alle Aufgaben erfordern die enormen (im Vergleich zu schwachen x86) Kapazitäten von Mainframes oder sogar von Minicomputern. Intel bleibt nicht stehen und bringt in den 90er Jahren die Pentium-Familie auf den Markt, die tatsächlich den ersten massenhaft verkauften Heim-PC in Russland darstellt. Diese Prozessoren sind bereits in der Lage, viel mehr zu leisten, als nur einen Brief zu schreiben – sie können auch Multimedia-Inhalte verarbeiten und mit kleinen Datenbanken arbeiten. Für kleine Unternehmen entfällt praktisch die Notwendigkeit für Server – alles kann an der Peripherie, auf den Client-Maschinen, erledigt werden. Mit jedem Jahr werden die Prozessoren leistungsstärker, und der Unterschied zwischen Servern und Personalcomputern wird aus Sicht der Rechenleistung immer geringer, oft bleibt nur die Notwendigkeit der Stromreservierung, der Unterstützung von Hot-Swap und speziellen Gehäusen für die Montage in Racks.

Wenn man moderne Client-Prozessoren mit den „lächerlichen“ Servern der 90er Jahre von Intel vergleicht, die für Administratoren von Hochleistungsrechnern oftmals schon unheimlich wirken, wird einem direkt ein wenig mulmig.

Lassen Sie uns einen Blick auf den alten Bekannten werfen, der fast so alt ist wie ich. Cray X-MP/24 aus dem Jahr 1984.

Diese Maschine gehörte 1984 zu den Spitzenreitern der Supercomputer mit 2 Prozessoren zu je 105 MHz und einer Spitzenberechnungskapazität von 400 MFlops (Millionen Gleitkommaoperationen). Die spezielle Maschine, die auf dem Foto abgebildet ist, stand im Kryptografielabor der NSA und war mit dem Knacken von Verschlüsselungen beschäftigt. Wenn man 15 Millionen Dollar von 1984 auf Dollar von 2020 umrechnet, beträgt der Wert 37,4 Millionen Dollar, oder 93.500 Dollar / MFlops.

In der Maschine, mit der ich diese Zeilen schreibe, ist ein Prozessor Core i5-7400 aus dem Jahr 2017 verbaut, keineswegs neu und damals der jüngste 4-Kern-Prozessor aller Desktop-Prozessoren im mittleren Preissegment. 4 Kerne mit einer Basistaktfrequenz von 3,0 GHz (3,5 GHz mit Turbo Boost) und die Verdopplung der Threads durch HyperThreading bringen je nach Test zwischen 19 und 47 GFlops Leistung zu einem Preis von 16.000 Rubel pro Prozessor. Wenn man die Maschine komplett zusammenstellt, kann man ihren Preis auf 750 Dollar (auf Basis der Preise und Wechselkurse vom 1. März 2020) schätzen.

Letztendlich haben wir eine 50- bis 120-fache Überlegenheit eines durchschnittlichen Desktop-Prozessors von heute gegenüber einem Supercomputer aus den Top 10 einer kürzlich vergangenen Ära, während die spezifischen Kosten für MFlops erschreckende 93500 / 25 = 3700 Mal sinken.

Warum wir bei solch Leistungsstärken am Rand weiterhin Server und Zentralisierung des Rechnens benötigen, bleibt völlig unverständlich!

Der Rücksprung – die Spirale hat eine Wendung gemacht

Festplattenlose Workstations

Ein erstes Anzeichen dafür, dass die Verlagerung von Rechenleistungen an den Rand nicht endgültig sein wird, war das Aufkommen der Technologie der festplattenlosen Workstations. Bei einer signifikanten Verteilung von Workstations über das Unternehmensgelände, insbesondere in stark verschmutzten Räumen, stellt sich die Frage der Verwaltung und Unterstützung dieser Stationen sehr dringend.

Das Konzept der "Korridorzeit" wird eingeführt – der Prozentsatz der Zeit, den ein Supportmitarbeiter im Korridor verbringt, um zu einem Mitarbeiter mit einem Problem zu gelangen. Diese Zeit ist vergütet, aber völlig unproduktiv. Besonders in stark belasteten Umgebungen spielen Ausfälle von Festplatten eine nicht unerhebliche Rolle. Lassen Sie uns die Festplatte von der Arbeitsstation entfernen und alles andere über das Netzwerk erledigen, einschließlich des Bootvorgangs. Der Netzwerkadapter erhält neben der Adresse vom DHCP-Server auch zusätzliche Informationen – die Adresse des TFTP-Servers (ein einfaches 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 Reduzierung der Korridorzeit kann die Maschine jetzt einfach neu gebracht werden, anstatt sie vor Ort zu warten, während die alte zur Diagnose an einen geeigneten Arbeitsplatz gebracht wird. Aber damit ist noch nicht alles!

Eine festplattenspeicherlose Station wird deutlich sicherer – falls jemand in den Raum eindringt und alle Computer mitnimmt, sind das nur Verlust des Equipments. Es werden keine Daten auf den festplattenspeicherlosen Stationen gespeichert.

Wir merken uns diesen Moment, denn die IT-Sicherheit gewinnt nach der "sorglosen Kindheit" der Informationstechnologien zunehmend an Bedeutung. Und im IT-Bereich drängen sich immer mehr die beängstigenden und wichtigen 3 Buchstaben — GRC (Governance, Risk, Compliance), oder auf Deutsch „Governance, Risiko, Compliance“.

Terminalserver

Die weitverbreitete Nutzung immer leistungsfähigerer Personal Computer am Rand hat die Entwicklung öffentlicher Netzwerke erheblich überholt. Die klassischen Client-Server-Anwendungen aus den 90er und frühen 2000er Jahren funktionierten über schmale Verbindungen nicht besonders gut, wenn der Datenverkehr auch nur annähernd bedeutende Werte erreichte. Besonders herausfordernd war dies für entfernte Büros, die über Modem und Telefonleitung verbunden waren, die zudem gelegentlich hängengeblieben oder unterbrochen wurde. Und…

Die Spirale hat sich gedreht und ist wieder im Terminalmodus mit dem Konzept der Terminalserver gelandet.

Tatsächlich sind wir in den 70er Jahren mit ihren null Kunden und der Zentralisierung der Rechenleistung zurückgekehrt. Es wurde sehr schnell offensichtlich, dass der terminalbasierte Zugriff, neben den rein wirtschaftlichen Aspekten, enorme Möglichkeiten für die Organisation eines sicheren Zugangs von außen bietet, einschließlich der Arbeit von zu Hause aus für Mitarbeiter oder stark eingeschränkten und kontrollierten Zugangs für Auftragnehmer aus unzuverlässigen Netzwerken und unzuverlässigen/nicht kontrollierten Geräten.

Allerdings hatten Terminalserver trotz all ihrer Vorteile und Fortschrittlichkeit auch eine Reihe von Nachteilen – geringe Flexibilität, das Problem des lärmenden Nachbarn, strikte serverseitige Windows usw.

Die Geburt des Proto-VDI

Wahr ist, dass in den frühen bis mittleren 2000ern bereits die industrielle Virtualisierung der x86-Plattform aufkam. Und jemand äußerte einfach die in der Luft liegende Idee: Warum zentralisieren wir nicht alle Clients auf serverbasierten Terminalfarmen, sondern geben jedem seine persönliche VM mit einem Client-Windows und sogar Admin-Zugriff?

Verzicht auf dicke Clients

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

Die Logik dahinter war ziemlich einfach, denn persönliche Laptops waren noch lange nicht verbreitet, das Internet war ebenfalls nicht für alle zugänglich, und viele konnten sich nur aus Internetcafés mit sehr eingeschränkten, um es milde zu sagen, Rechten verbinden. Tatsächlich war das Einzige, was man starten konnte, der Browser. Der Browser wurde zu einem unverzichtbaren Bestandteil des Betriebssystems, das Internet hielt Einzug in unser Leben.

Anders ausgedrückt, parallel dazu gab es einen Trend hin zur Verschiebung von Logik vom Client in die Mitte in Form von Webanwendungen, auf die man nur einen sehr einfachen Client, Internet und einen Browser benötigte.
Und wir sind nicht einfach dort gelandet, wo wir angefangen haben – bei null Clients und zentralen Servern. Wir sind auf mehreren unabhängigen Wegen dorthin gelangt.

Virtual Desktop Infrastructure

Broker

Im Jahr 2007 brachte der Marktführer für industrielle Virtualisierung, VMware, die erste Version seines Produkts VDM (Virtual Desktop Manager) auf den Markt, das als das erste Produkt auf dem aufkommenden Markt für virtuelle Desktops galt. Natürlich ließ die Antwort des Terminalserver-Führers Citrix nicht lange auf sich warten, und 2008 erschien mit der Übernahme von XenSource XenDesktop. Es gab zweifellos auch andere Anbieter mit ihren Angeboten, aber lassen Sie uns nicht zu sehr von der Geschichte abweichen und zum Konzept zurückkehren.

Und bis heute bleibt das Konzept erhalten. Ein Schlüsselkomponente von VDI ist der Verbindungsbroker.
Das ist das Herzstück der Infrastruktur der virtuellen Desktops.

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

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

Heute kann praktisch jeder Bildschirm als Client (Terminal) für VDI fungieren – sei es ein Laptop, Smartphone, Tablet, Kiosk, dünner oder kein Client. Die Gegenstelle, die die produktive Last trägt, 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 diese automatisiert, indem sie entweder neue virtuelle Maschinen bereitstellen oder nicht mehr benötigte entfernen.

Etwas abseits, aber für einige Kunden ist die Unterstützung von Hardware-basiertem 3D-Grafikbeschleunigung eine äußerst wichtige VDI-Technologie, insbesondere für Designer oder Architekten.

Protokoll

Ein weiterer äußerst wichtiger Bestandteil einer ausgereiften VDI-Lösung ist das Protokoll für den Zugriff auf virtuelle Ressourcen. Wenn es um die Arbeit in einem Unternehmensnetzwerk mit einer hervorragenden zuverlässigen 1 Gbps Verbindung zum Arbeitsplatz und einer Latenz von 1 ms geht, kann man praktisch jedes Protokoll verwenden und sich keine Gedanken machen.

Man sollte nachdenken, wenn die Verbindung über ein unkontrolliertes Netzwerk läuft, dessen Qualität höchst variabel sein kann, mit Geschwindigkeiten von nur einigen Kilobit und unvorhersehbaren Verzögerungen. Das ist besonders relevant für die Schaffung echter Remote-Arbeitsplätze — von Landhäusern, von zu Hause, aus Flughäfen und Cafés.

Terminalserver vs. Client-VMs

Als VDI aufkam, schien es, als müssten wir uns von Terminalservern verabschieden. Wozu sind sie notwendig, wenn jeder seine eigene persönliche VM hat?

Aus rein wirtschaftlicher Sicht hat sich jedoch herausgestellt, dass für typischen, massenhaften Arbeitsplätze, die sich bis zur Langeweile gleichen, nichts effektiver ist als Terminalserver im Verhältnis Preis / Sitzung. Trotz ihrer Vorteile verbraucht der Ansatz „1 Benutzer = 1 VM“ bedeutend mehr Ressourcen für virtuelle Hardware und vollständige Betriebssysteme, was die Wirtschaftlichkeit bei typischen Arbeitsplätzen verschlechtert.

Im Falle von Arbeitsplätzen für das Top-Management, nicht standardisierten und stark belasteten Arbeitsplätzen, die hohe Berechtigungen (bis hin zu Administrator) erfordern, hat eine dedizierte VM pro Benutzer Vorteile. Innerhalb dieser VM können Ressourcen individuell zugewiesen, Berechtigungen auf beliebiger Ebene gewährt und die VM bei hoher Last zwischen Virtualisierungs-Hosts ausgeglichen werden.

VDI und Wirtschaftlichkeit

Seit Jahren höre ich die gleiche Frage – warum ist VDI günstiger als einfach jedem einen Laptop zu geben? Und seit Jahren beantworte ich genau dasselbe: Bei gewöhnlichen Büromitarbeitern ist VDI nicht günstiger, wenn man die reinen Kosten für die Ausstattung betrachtet. Egal wie man es wendet, Laptops werden günstiger, während Server, Speicherlösungen und Systemsoftware beträchtliche Kosten verursachen. Wenn es Zeit für eine Erneuerung Ihrer Geräte ist und Sie versuchen, durch VDI zu sparen – nein, das sparen Sie nicht.

Ich habe schon die beängstigenden drei Buchstaben GRC erwähnt – also, VDI bezieht sich auf GRC. Es geht um Risikomanagement, um Sicherheit und um den kompakten Zugang zu Daten. All das kostet in der Regel ziemlich viel Geld für die Implementierung auf einer Vielzahl von heterogenen Geräten. Mit VDI wird die Kontrolle vereinfacht, die Sicherheit erhöht, und das Haar wird weich und seidig.

HPE-Lösungen für Remote-Arbeit

Fern- und Cloud-Management

iLO

Die Firma HPE ist alles andere als ein Neuling im Bereich des Remote-Managements von Serverinfrastrukturen, denn im März feierte der legendäre iLO (Integrated Lights Out) bereits seinen 18. Geburtstag. Wenn ich an meine Admin-Zeiten in den 2000ern zurückdenke, kann ich mich nicht genug darüber freuen. Die ursprüngliche Montage in die Racks und das Anschließen der Kabel – das war alles, was in einem lauten und kalten Rechenzentrum zu tun war. Alles andere, einschließlich der Installation des Betriebssystems, konnte bereits von einem Arbeitsplatz mit zwei Bildschirmen und einer Tasse heißem Kaffee erledigt werden. Und das ist 13 Jahre her!

Heute sind HPE-Server nicht ohne Grund der unbestrittene, langjährige Qualitätsstandard – und eine nicht unwesentliche Rolle spielt dabei der Goldstandard der Remote-Management-Systeme – iLO.

Ich möchte besonders auf die Maßnahmen von HPE hinweisen, die die Kontrolle der Menschheit über das Coronavirus aufrechterhalten. HPE hat bekannt gegeben, dass die iLO Advanced Lizenz bis Ende 2020 (mindestens) für alle kostenlos verfügbar ist.

Infosight

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

Sei clever, sei wie die Bank „Otkritie“, probiere Infosight aus!

OneView

Zuletzt, aber nicht weniger wichtig, möchte ich HPE OneView erwähnen – ein ganzes Produktportfolio mit enormen Möglichkeiten zur Überwachung und Verwaltung der gesamten Infrastruktur. Und das alles, ohne von Ihrem Schreibtisch aufzustehen, der möglicherweise in Ihrer aktuellen Situation sogar auf dem Land ist.

Die Speicherlösungen sind ebenfalls nicht zu unterschätzen!

Natürlich 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 keine Neuheit, aber genau deshalb sind sie bisher nicht besonders populär - die Trägheit des Denkens und erste Eindrücke wirken sich aus. Natürlich gab es sie schon vor 10 Jahren, aber sie waren so teuer wie ein Eisenbrü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 - eine für hochkritische Dienste im Metro-Cluster, die andere für die synchrone Replikation (viel kostengünstiger).

Faktisch kostet ein Metro-Cluster im Jahr 2020 nichts, wenn Sie in der Lage sind, zwei Standorte und Kanäle zu organisieren. Die Kanäle für die synchrone Replikation sind exakt die gleichen wie für Metro-Cluster. Die Lizenzierung der Software erfolgt längst in Paketen - die synchrone Replikation kommt bereits zusammen mit dem Metro-Cluster, und das Einzige, was die unidirektionale Replikation bisher am Leben erhält, ist die Notwendigkeit, ein ausgedehntes L2-Netzwerk zu organisieren. Und selbst das, L2 über L3, ist mittlerweile im ganzen Land auf dem Vormarsch.

Was ist also der grundsätzliche Unterschied zwischen synchroner Replikation und einem Metro-Cluster aus der Sicht der Remote-Arbeit?

Es ist ganz einfach. Der Metrocluster funktioniert selbstständig, automatisch, immer und praktisch in Echtzeit.

Wie sieht der Prozess der Lastumschaltung bei der synchronen Replikation in einer Infrastruktur mit mehreren Hundert VMs aus?

1. Ein Notfallsignal wird empfangen.
2. Die Bereitschaftsschicht analysiert die Situation – man kann ruhig mit 10 bis 30 Minuten rechnen, nur um das Signal zu erhalten und eine Entscheidung zu treffen.
3. Wenn die Bereitschaftsingenieure nicht die Befugnis haben, die Umschaltung selbstständig zu starten – nochmals etwa 30 Minuten für die Kontaktaufnahme mit einer berechtigten Person und die formelle Bestätigung des Umschaltbeginns.
4. Drücken der großen roten Taste.
5. 10-15 Minuten für Timeouts und das Remounten von Volumes, die Neuregistrierung der VMs.
6. 30 Minuten für die Änderung der IP-Adressen – eine optimistische Schätzung.
7. Und schließlich der Start der VMs und die Aktivierung der produktiven Services.

Insgesamt kann die RTO (Wiederherstellungszeit für Geschäftsprozesse) auf etwa 4 Stunden geschätzt werden.

Vergleichen wir die Situation im Metrocluster.

1. Die Speicherlösung erkennt, dass die Verbindung zum Metrocluster-Punkt unterbrochen ist – 15-30 Sekunden.
2. Die Virtualisierungs-Hosts erkennen, dass das erste Rechenzentrum ausgefallen ist – 15-30 Sekunden (zeitgleich mit Punkt 1).
3. Automatischer Neustart von einem Drittel bis zur Hälfte der VMs im zweiten Rechenzentrum — 10-15 Minuten bis die Dienste geladen sind.
4. Etwa zu diesem Zeitpunkt versteht das Bereitschaftsteam, was passiert ist.

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

Warum also nur ein Neustart von einem Drittel bis zur Hälfte der VMs? Sehen Sie, worum es geht:

1. Sie handeln klug und aktivieren die automatische Lastverteilung der VMs. Im Durchschnitt wird somit nur die Hälfte der VMs in einem der Rechenzentren ausgeführt. Denn der ganze Sinn des Metroclusters liegt in der Minimierung von Ausfallzeiten, 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. Entsprechend werden diese gepaarten VMs entweder Nägeln angeschraubt oder mit einem Band an verschiedenen Rechenzentren befestigt, damit der Dienst im Falle eines Ausfalls nicht auf den Neustart der VMs warten muss.

Mit einer gut gestalteten Infrastruktur und verteilten Metroclustern arbeiten die Geschäftsbenutzer mit minimalen Verzögerungen von jedem Punkt aus, selbst im Falle eines Ausfalls auf Rechenzentrumsebene. Im schlimmsten Fall beträgt die Verzögerung die Zeit für eine Tasse Kaffee.

Und natürlich funktionieren Metroclusters hervorragend sowohl mit den auslaufenden HPE 3Par als auch mit den brandneuen Primera!

Infrastruktur für Remote-Arbeitsplätze

Terminalserver

Für Terminalserver muss man sich nichts Neues einfallen lassen; seit vielen Jahren liefert HPE einige der besten Server der Welt dafür. Die zeitlosen Klassiker sind DL360 (1U) oder DL380 (2U) oder für AMD-Fans - 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, maximale Sitzungen auf dem 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 natürlich gibt es nichts näher und vertrauter als die VDI-Lasten für hyperkonvergente Systeme, insbesondere mit Deduplikation und Kompression.

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

Lassen Sie uns etwas mehr über die eigene Lösung von Simplivity sprechen. Im Mittelpunkt, wie der Name schon andeutet, steht die Einfachheit (engl. simple — einfach). Die Einfachheit der Bereitstellung, die Einfachheit des Managements, die Einfachheit der Skalierung.

Hyperkonvergente Systeme sind derzeit eines der heißesten Themen in der IT, und die Anzahl der Anbieter unterschiedlichster Art liegt bei etwa 40. Laut dem Magic Quadrant von Gartner ist das Unternehmen HPE in den globalen Top 5 und gehört zu den Marktführern – es versteht, wohin sich die Branche entwickelt, und kann dieses Verständnis in Hardware umsetzen.

Architektonisch betrachtet ist Simplivity ein klassisches hyperkonvergentes System mit Controller-VMs und kann daher verschiedene Hypervisoren unterstützen, im Gegensatz zu integrierten Systemen mit Hypervisor. Tatsächlich werden im April 2020 VMware vSphere und Microsoft Hyper-V unterstützt, und es gibt Pläne zur Unterstützung von KVM. Ein Schlüsselmerkmal von Simplivity seit ihrer Markteinführung war die hardwarebasierte Beschleunigung der Kompression und Deduplizierung durch eine spezielle Beschleunigerkarte.

Es ist wichtig zu beachten, dass die Kompression mit Deduplizierung global und dauerhaft aktiviert ist, daher handelt es sich nicht um eine optionale Funktion, sondern um die Architektur der Lösung.

HPE gibt zwar vor, eine Effizienz von 100:1 zu erreichen, was auf einer besonderen Berechnung beruht, aber die Raumnutzungseffizienz ist tatsächlich sehr hoch. Die Zahl 100:1 ist einfach zu schön. Lassen Sie uns klären, wie Simplivity technisch umgesetzt ist, um solche Zahlen zu zeigen.

Snapshot. Snapshots sind 100% richtig als RoW (Redirect-on-Write) implementiert, was bedeutet, dass sie sofort erfolgen und keine Leistungseinbußen verursachen. Das unterscheidet sich beispielsweise von einigen anderen Systemen. Warum benötigen wir lokale Snapshots ohne Strafen? Ganz einfach, um RPO von 24 Stunden (durchschnittliches RPO für Backups) auf Minuten oder sogar weniger zu reduzieren.

Backup. Ein Snapshot vom Backup unterscheidet sich lediglich darin, wie er vom Virtual Machine Management System wahrgenommen wird. Wenn beim Löschen der Maschine auch alles andere entfernt wird, dann war das ein Snapshot. Wenn jedoch etwas übrig bleibt, dann ist es ein Backup. Somit 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 – wie kann das ein Backup sein, wenn es auf demselben System gespeichert ist? Hier gibt es eine sehr einfache Antwort in Form einer Gegenfrage: Haben Sie ein formales Bedrohungsmodell, das die Regeln für die Speicherung von Backups festlegt? Das ist absolut ein ehrliches Backup gegen das Löschen einer Datei innerhalb der VM, es ist ein Backup gegen das Löschen der VM selbst. Für den Fall, dass eine Sicherung ausschließlich auf einem separaten System erforderlich ist, gibt es die Möglichkeit, diesen Snapshot entweder auf einem zweiten Simplivity-Cluster oder auf HPE StoreOnce zu replizieren.

Und genau hier zeigt sich, dass eine solche Architektur perfekt für jede Art von VDI geeignet ist. Schließlich handelt es sich bei VDI um Hunderte oder sogar Tausende von extrem ähnlichen Maschinen mit demselben Betriebssystem und denselben Anwendungen. Die globale Deduplizierung wird all dies verarbeiten und selbst bei über 100:1 viel effektiver komprimieren. 1000 VMs aus einer Vorlage bereitzustellen? Überhaupt kein Problem, diese Maschinen werden länger für die Registrierung in vCenter benötigen als für das Klonen.

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

In dieser Serie wird kein dedizierter Deduplizierungsbeschleuniger verwendet, weshalb die Anzahl der Festplatten pro Knoten reduziert wurde, um die Softwarekontrolle zu ermöglichen. Dadurch werden PCIe-Slots für andere Beschleuniger frei. Außerdem wurde der verfügbare Arbeitsspeicher pro Knoten auf 3 TB für die anspruchsvollsten Workloads verdoppelt.

Simplivity ist ideal für die Einrichtung geografisch verteilter VDI-Infrastrukturen mit Datenreplikation in ein zentrales Rechenzentrum.

Eine ähnliche VDI-Architektur (und nicht nur VDI) ist besonders interessant in den Bedingungen der russischen Realität – riesige Entfernungen (und damit Verzögerungen) sowie nicht optimale Kanäle. Es werden regionale Zentren geschaffen (oder einfach 1–2 Simplivity-Knoten in einem weit entfernten Büro), an die sich lokale Benutzer über schnelle Verbindungen anschließen, während die vollständige Kontrolle und Verwaltung aus dem Zentrum erhalten bleibt. Im Zentrum werden nur eine geringe Menge wertvoller, tatsächlicher Daten, nicht aber wertloser Daten repliziert.

Natürlich ist Simplivity vollständig mit OneView und InfoSight verbunden.

Dünne und Null-Clients

Dünne Clients sind spezialisierte Lösungen, die ausschließlich als Terminals eingesetzt werden. Da auf dem Client praktisch keine Last außer der Aufrechterhaltung der Verbindung und der Dekodierung von Videos besteht, ist in der Regel ein Prozessor mit passiver Kühlung eingebaut, ein kleiner Bootlaufwerk nur zum Starten eines speziellen, eingebetteten Betriebssystems, und das war's. Es gibt kaum etwas, das kaputtgehen kann, und ein Stehlen bringt nichts. Die Kosten sind gering, und es werden keine Daten darauf gespeichert.

Es gibt eine spezielle Kategorie von Thin Clients, die sogenannten Null-Clients. Ihr Hauptunterschied zu Thin Clients besteht darin, dass sie nicht einmal ein eingebettetes Betriebssystem von allgemeinem Zweck haben und ausschließlich mit einem Mikrochip mit Firmware arbeiten. Oft werden spezielle Hardwarebeschleuniger für die Dekodierung von Video-Streams in Terminalprotokollen wie PCoIP oder HDX eingebaut.

Trotz der Trennung des großen "Hewlett Packard" in die separaten Unternehmen HPE und HP, darf man die Thin Clients von HP nicht unerwähnt lassen.

Die Auswahl ist groß, für jeden Geschmack und Bedarf – bis hin zu Multimonitor-Arbeitsplätzen mit Hardware-Beschleunigung für Video-Streams.

HPE-Service für Ihre Remote-Arbeit

Und zuletzt, aber nicht minder wichtig, möchte ich den HPE-Service erwähnen. Es wäre zu langwierig, alle Servicelevels von HPE und deren Möglichkeiten aufzulisten, aber mindestens eines ist in der Remote-Arbeit extrem wichtig. Und zwar der Service-Techniker von HPE / einem autorisierten Servicezentrum. Sie arbeiten weiterhin remote von Ihrem geliebten Landsitz aus, während die Bienen summen, und der Techniker von HPE, der in das Rechenzentrum kommt, Ihre Festplatten oder das ausgefallene Netzteil in Ihren Servern austauscht.

HPE CallHome

Angesichts der heutigen Umstände, bei denen Bewegungen eingeschränkt sind, wird die Funktion Call Home so wichtig wie nie zuvor. Jedes HPE-System mit dieser Funktion kann eigenständig dem HPE-Supportzentrum von Hardware- oder Softwarefehlern berichten. Es ist sehr wahrscheinlich, dass das Ersatzteil und/oder ein Servicetechniker zu Ihnen kommt, noch bevor Sie die Störungen und Probleme mit Ihren produktiven Services bemerken.

Ich empfehle Ihnen dringend, diese Funktion zu aktivieren.

Quelle: habr.com