\nDer Kunpeng-Prozessor ist ein System-on-a-Chip (SoC), das au\u00dfer der Recheneinheit auch Hardwaremodule enth\u00e4lt, die verschiedene Prozesse wie die Berechnung von Pr\u00fcfziffern oder die Ausf\u00fchrung von Erasure Coding beschleunigen. Er unterst\u00fctzt auch SAS, Ethernet, DDR4 (von sechs bis acht Kan\u00e4len) und mehr. All dies erm\u00f6glicht es Huawei, Speichercontroller zu schaffen, die in der Leistung klassischen Intel-L\u00f6sungen in nichts nachstehen. <\/p>\n
Dar\u00fcber hinaus erm\u00f6glichen die eigenen L\u00f6sungen auf Basis der ARM-Architektur Huawei, vollst\u00e4ndige Serverl\u00f6sungen zu entwickeln und diese seinen Kunden als Alternative zu x86 anzubieten.<\/p>\n
\nDie interne Architektur der Dorado V6-Speichersysteme der oberen Serie besteht aus vier Hauptsubdom\u00e4nen (Fabriken). <\/p>\n
Die erste Fabrik ist das gemeinsame Frontend (Netzwerkschnittstellen, die f\u00fcr die Kommunikation mit der SAN-Fabrik oder Hosts zust\u00e4ndig sind). <\/p>\n
Die zweite besteht aus einer Reihe von Controllern, von denen jeder \u00fcber das RDMA-Protokoll sowohl auf jede Netzwerkkarte des Frontends als auch auf den benachbarten 'Engine' zugreifen kann, der aus einer Box mit vier Controllern sowie gemeinsamen Spannungs- und K\u00fchlmodulen besteht. Derzeit k\u00f6nnen Hi-End-Modelle der Dorado V6 mit zwei solchen 'Engines' (insgesamt acht Controllern) ausgestattet werden.<\/p>\n
Die dritte Fabrik ist f\u00fcr das Backend zust\u00e4ndig und besteht aus RDMA 100G Netzwerkkarten.<\/p>\n
Schlie\u00dflich wird die vierte Fabrik \u00abin der Hardware\u00bb durch steckbare intelligente Regale mit Speicherl\u00f6sungen repr\u00e4sentiert.<\/p>\n
Eine solche symmetrische Struktur entfaltet das gesamte Potenzial der NVMe-Technologie und garantiert hohe Leistung und Zuverl\u00e4ssigkeit. Der Eintritts- und Ausgabeverkehr wird maximal parallelisiert \u00fcber Prozessoren und Kerne, was gleichzeitige Lese- und Schreibvorg\u00e4nge in vielen Str\u00f6men erm\u00f6glicht.<\/p>\n
\nDie maximale Leistung der Dorado V6 L\u00f6sungen \u00fcbertrifft die Werte von Systemen der vorherigen Generation (derselben Klasse) um das Dreifache und kann bis zu 20 Millionen IOPS erreichen. <\/p>\n
Dies liegt daran, dass im letzten Generation von Ger\u00e4ten die NVMe-Unterst\u00fctzung nur auf die Anbauregale mit Speicherl\u00f6sungen beschr\u00e4nkt war. Jetzt ist sie in allen Phasen vorhanden, vom Host bis zu SSDs. Das Backend-Netzwerk hat ebenfalls Ver\u00e4nderungen erfahren: SAS\/PCIe wurde durch RoCEv2 mit einer Bandbreite von 100 Gbit\/s ersetzt. <\/p>\n
Auch der Formfaktor der SSDs hat sich ge\u00e4ndert. Fr\u00fcher gab es auf einem 2U-Regal 25 Speicherl\u00f6sungen, jetzt sind es 36 Festplatten im physischen Format \u201epalm-sized\u201c. Zudem sind die Regale \u201eintelligenter\u201c geworden. Jedes von ihnen verf\u00fcgt nun \u00fcber ein ausfallsicheres System, das aus zwei Controllern auf Basis von ARM-Chips besteht, die \u00e4hnlich denen in den zentralen Controllern sind. <\/p>\n
Die Kompression und Deduplizierung in der vorherigen Generation von SAN wurden mit Bl\u00f6cken fester L\u00e4nge durchgef\u00fchrt. Jetzt wurde ein Modus mit variablen Blockl\u00e4ngen hinzugef\u00fcgt, der vorerst manuell aktiviert werden muss. Zuk\u00fcnftige Firmware-Versionen k\u00f6nnten dies \u00e4ndern.<\/p>\n
Auch kurz zur Fehlertoleranz: Dorado V3 blieb betriebsf\u00e4hig, wenn ein Controller von zwei ausfiel. Dorado V6 gew\u00e4hrleistet die Verf\u00fcgbarkeit von Daten, auch wenn nacheinander sieben von acht Controllern oder gleichzeitig vier eines einzelnen \u201eMotors\u201c ausfallen.<\/p>\n
\nVor kurzem wurde unter den Kunden von Huawei eine Umfrage durchgef\u00fchrt, welche einfachen Elemente der IT-Infrastruktur das Unternehmen f\u00fcr akzeptabel h\u00e4lt. Im Gro\u00dfen und Ganzen nahmen die Befragten eine hypothetische Situation, in der eine Anwendung mehrere hundert Sekunden lang nicht reagiert, gelassen hin. F\u00fcr das Betriebssystem oder den Host-Adapter des Busses stellte sich eine kritische Ausfallzeit von mehreren zehn Sekunden (im Grunde die Zeit f\u00fcr einen Neustart) heraus. Noch h\u00f6here Anforderungen stellen die Kunden an das Netzwerk: Die Bandbreite sollte nicht l\u00e4nger als 10\u201320 Sekunden wegfallen. Wie nicht anders zu erwarten, hielten die Befragten Systemausf\u00e4lle bei Speicherl\u00f6sungen f\u00fcr die kritischsten Probleme. Aus Sicht der Gesch\u00e4ftsvertreter sollte die Ausfallzeit einer Speicherl\u00f6sung nicht \u00fcber\u2026 einige Sekunden im Jahr hinausgehen!<\/p>\n
Mit anderen Worten, wenn die Clientanwendung einer Bank 100 Sekunden lang nicht reagiert, wird dies wahrscheinlich keine katastrophalen Folgen haben. Wenn hingegen dasselbe f\u00fcr eine Speicherl\u00f6sung gilt, kann es zu einem Stillstand des Gesch\u00e4fts und erheblichen finanziellen Verlusten kommen.<\/p>\n
In der obigen Grafik sind die Kosten pro Betriebsstunde f\u00fcr zehn der gr\u00f6\u00dften Banken (Daten von Forbes aus dem Jahr 2017) aufgef\u00fchrt. Sie werden zustimmen, dass es f\u00fcr Ihr Unternehmen nicht allzu schwer sein wird, die Notwendigkeit des Erwerbs einer Speicherl\u00f6sung f\u00fcr mehrere Millionen Dollar zu rechtfertigen, wenn es in der Gr\u00f6\u00dfe chinesischen Banken nahekommt. Das Gegenteil ist ebenfalls richtig: Wenn ein Unternehmen bei Ausfallzeiten keine nennenswerten Verluste erleidet, wird es kaum eine High-End-Speicherl\u00f6sung anschaffen. In jedem Fall ist es wichtig, sich dar\u00fcber im Klaren zu sein, welcher Betrag in Ihrer Geldb\u00f6rse droht, w\u00e4hrend der Systemadministrator mit einer ausgefallenen Speicherl\u00f6sung besch\u00e4ftigt ist.<\/p><\/blockquote>\n
Sekunde f\u00fcr den Notumschaltung<\/h2>\n \nIn L\u00f6sung A auf der obigen Abbildung k\u00f6nnen Sie unser Vorg\u00e4ngermodell Dorado V3 sehen. Vier ihrer Controller arbeiten paarweise, und Kopien des Cache befinden sich nur in zwei Controllern. Die Controller innerhalb des Paares k\u00f6nnen die Last neu verteilen. Gleichzeitig sehen Sie, dass es hier keine \"Fabriken\" f\u00fcr Frontend und Backend gibt, sodass jede der Speicherregale mit einem bestimmten Controller-Paar verbunden ist.<\/p>\n
Auf dem Diagramm Solution B ist die derzeit auf dem Markt erh\u00e4ltliche L\u00f6sung eines anderen Anbieters dargestellt (haben Sie es erkannt?). Hier gibt es sowohl Frontend- als auch Backend-Fabriken, und die Speicherger\u00e4te sind direkt an vier Controller angeschlossen. Allerdings gibt es in der Arbeitsweise der internen Algorithmen des Systems einige nicht sofort offensichtliche Nuancen.<\/p>\n
Rechts ist unsere aktuelle Architektur des Speicher-Arrays Dorado V6 mit dem gesamten Set an internen Komponenten dargestellt. Lassen Sie uns betrachten, wie diese Systeme eine typische Situation \u00fcberstehen \u2014 den Ausfall eines Controllers.<\/p>\n
In klassischen Systemen, zu denen auch Dorado V3 geh\u00f6rt, betr\u00e4gt die Zeit, die f\u00fcr die Lastverteilung bei einem Ausfall ben\u00f6tigt wird, bis zu vier Sekunden. W\u00e4hrend dieser Zeit wird der Ein- und Ausgang vollst\u00e4ndig gestoppt. In der L\u00f6sung Solution B von unseren Kollegen betr\u00e4gt die Ausfallzeit trotz der moderneren Architektur sogar sechs Sekunden.<\/p>\n
Das Speicher-Array Dorado V6 stellt seinen Betrieb nur eine Sekunde nach einem Ausfall wieder her. Dieses Ergebnis wird durch eine einheitliche interne RDMA-Umgebung erreicht, die es dem Controller erm\u00f6glicht, auf \u201efremden\u201c Speicher zuzugreifen. Ein weiterer wichtiger Aspekt ist die Existenz der Frontend-Fabrik, die sicherstellt, dass der Pfad f\u00fcr den Host unver\u00e4ndert bleibt. Der Port bleibt derselbe, und die Last wird einfach \u00fcber Multipassing-Treiber an die funktionsf\u00e4higen Controller gesendet.<\/p>\n
Der Ausfall des zweiten Controllers in Dorado V6 wird in einer Sekunde nach demselben Schema bearbeitet. Bei Dorado V3 dauert dies etwa sechs Sekunden, und bei der L\u00f6sung eines anderen Anbieters neun. F\u00fcr viele DBMS sind solche Zeitintervalle bereits nicht mehr akzeptabel, da das System in den Standby-Modus \u00fcbergeht und nicht mehr funktioniert. Dies gilt insbesondere f\u00fcr DBMS, die aus vielen Partitionen bestehen.<\/p>\n
Der Ausfall des dritten Controllers kann Solution A nicht bew\u00e4ltigen. Einfach, weil der Zugriff auf einen Teil der Datentr\u00e4ger mit Daten verloren geht. Im Gegensatz dazu stellt Solution B in einer solchen Situation die Funktionsf\u00e4higkeit wieder her, wof\u00fcr, wie im vorherigen Fall, neun Sekunden erforderlich sind.<\/p>\n
Und was ist bei Dorado V6? Eine Sekunde.<\/p>\n
Was kann man in einer Sekunde schaffen?<\/h2>\n \nFast nichts, aber das brauchen wir auch nicht. Noch einmal: In Dorado V6 der Hi-End-Klasse ist die Frontend-Fabrik von der Controller-Fabrik getrennt. Das bedeutet, dass es keine fest zugewiesenen Ports gibt, die einem bestimmten Controller geh\u00f6ren. Bei einem Ausfall ist keine Suche nach alternativen Wegen oder eine erneute Initialisierung des Multicast erforderlich. Das System arbeitet weiter, wie es gearbeitet hat.<\/p>\n
Widerstandsf\u00e4higkeit gegen\u00fcber zahlreichen Ausf\u00e4llen<\/h2>\n \nDie gr\u00f6\u00dferen Modelle Dorado V6 \u00fcberstehen problemlos den gleichzeitigen Ausfall von zwei beliebigen (!) Controllern aus der Gruppe beliebiger \u201eEngines\u201c. Dies wurde m\u00f6glich, weil die L\u00f6sung nun drei Kopien des Caches speichert. Daher gibt es selbst bei einem doppelten Ausfall immer eine intakte Kopie.<\/p>\n
Ein synchroner Ausfall aller vier Controller in einer der \u201eEngines\u201c wird ebenfalls keine fatalen Folgen haben, da alle drei Kopien des Caches jederzeit zwischen den \u201eEngines\u201c verteilt sind. Das System selbst \u00fcberwacht die Einhaltung dieser Arbeitslogik.<\/p>\n
Schlie\u00dflich ist das Szenario eines sequenziellen Ausfalls von sieben Controllern aus acht sehr unwahrscheinlich. Der minimale zul\u00e4ssige Abstand zwischen den einzelnen Ausf\u00e4llen, um die Betriebsf\u00e4higkeit aufrechtzuerhalten, betr\u00e4gt 15 Minuten. In dieser Zeit hat das Speichersystem Zeit, die erforderlichen Operationen zur Cache-Migration durchzuf\u00fchren.<\/p>\n
Der letzte verbleibende Controller sorgt f\u00fcr den Betrieb des Datenspeichers und h\u00e4lt den Cache f\u00fcr f\u00fcnf Tage (Standardwert, der leicht in den Einstellungen ge\u00e4ndert werden kann). Nach diesem Zeitraum wird der Cache deaktiviert, aber der Betrieb des Speichersystems wird fortgesetzt.<\/p>\n
Unbemerkt bleibende Updates<\/h2>\n \nDas neue Betriebssystem Dorado V6 erm\u00f6glicht die Aktualisierung der Firmware des Speichersystems, ohne die Controller neu starten zu m\u00fcssen.<\/p>\n
Das Betriebssystem basiert, wie auch bei fr\u00fcheren L\u00f6sungen, auf Linux, jedoch wurden viele Betriebsvorg\u00e4nge vom Kernel in den Benutzermodus verschoben. Die meisten Funktionen, z.B. die f\u00fcr Deduplikation und Kompression, sind jetzt gew\u00f6hnliche, im Hintergrund arbeitende Daemons. Dadurch ist es nicht erforderlich, das gesamte Betriebssystem zur Aktualisierung einzelner Module zu \u00e4ndern. F\u00fcr die Unterst\u00fctzung eines neuen Protokolls muss lediglich das entsprechende Softwaremodul deaktiviert und ein neues gestartet werden.<\/p>\n
Es ist klar, dass die Fragen zur Aktualisierung des Systems insgesamt bleiben, denn selbst im Kern k\u00f6nnen Elemente vorhanden sein, die ein Update ben\u00f6tigen. Nach unseren Beobachtungen sind dies jedoch weniger als 6 % der Gesamtzahl. Das erm\u00f6glicht es, die Controller deutlich seltener neu zu starten als zuvor.<\/p>\n
Katastrophenschutzl\u00f6sungen und L\u00f6sungen mit hoher Verf\u00fcgbarkeit (HA\/DR)<\/h2>\n \nDorado V6 ist \"out of the box\" bereit f\u00fcr die Integration in geo-distributed L\u00f6sungen, st\u00e4dtische Cluster (Metro) und \"Triple\" Rechenzentren.<\/p>\n
Links in der obigen Abbildung \u2014 der vielen bereits bekannte Metro-Cluster. Zwei Speicherl\u00f6sungen arbeiten im aktiven\/aktiven Modus in einem Abstand von bis zu 100 km zueinander. Eine solche Infrastruktur kann mit L\u00f6sungen verschiedener Unternehmen unterst\u00fctzt werden, einschlie\u00dflich unseres Cloud-Betriebssystems FusionSphere, das die n\u00f6tige Flexibilit\u00e4t bietet. In solchen Projekten gewinnen die Eigenschaften des Kanals zwischen den Standorten an Bedeutung, w\u00e4hrend alle anderen Aufgaben in diesem Fall von der Funktion HyperMetro \u00fcbernommen werden, die wiederum \"out of the box\" verf\u00fcgbar ist. Eine Integration \u00fcber Fibre Channel sowie \u00fcber iSCSI in IP-Netzen ist m\u00f6glich, wenn dies erforderlich ist. Eine zwingende Notwendigkeit f\u00fcr dedizierte \"dunkle\" Optik gibt es nicht mehr, da das System in der Lage ist, \u00fcber bestehende Kan\u00e4le zu kommunizieren.<\/p>\n
Beim Aufbau solcher Systeme ist die einzige Hardware-Anforderung an die Speicherl\u00f6sung die Zuweisung von Ports f\u00fcr die Replikation. Es reicht aus, eine Lizenz zu erwerben, die Quorum-Server \u2014 physische oder virtuelle \u2014 zu starten und die IP-Konnektivit\u00e4t zu den Controllern sicherzustellen (10 Mbit\/s, 50 ms).<\/p>\n
Diese Architektur l\u00e4sst sich leicht auf ein System mit drei Rechenzentren \u00fcbertragen (siehe den rechten Teil der Abbildung). Zum Beispiel, wenn zwei Rechenzentren im Metro-Cluster-Modus arbeiten und der dritte Standort, der mehr als 100 km entfernt ist, die asynchrone Replikation nutzt.<\/p>\n
Das System unterst\u00fctzt technologisch verschiedene Gesch\u00e4ftsszenarien, die im Falle eines umfangreichen Vorfalls umgesetzt werden.<\/p>\n
\u00dcberlebensf\u00e4higkeit des Metro-Clusters bei mehreren Ausf\u00e4llen<\/h2>\n \nOben und unten ist ebenfalls ein klassischer Metro-Cluster dargestellt, der aus zwei Speicherl\u00f6sungen und einem Quorum-Server besteht. Wie Sie sehen, bleibt unsere Infrastruktur in sechs von neun m\u00f6glichen Ausfallszenarien funktionsf\u00e4hig.<\/p>\n
Zum Beispiel bleibt im zweiten Szenario, bei einem Ausfall des quorum-f\u00e4higen Servers und der Synchronisation zwischen den Standorten, das System produktiv, da der zweite Standort die Arbeit einstellt. Ein solches Verhalten ist bereits in die eingebauten Algorithmen integriert.<\/p>\n
Selbst nach drei Ausf\u00e4llen kann der Zugang zu Informationen erhalten bleiben, wenn das Intervall zwischen diesen mindestens 15 Sekunden betr\u00e4gt.<\/p>\n
Der gewohnte Trumpf im \u00c4rmel<\/h2>\n \nWir erinnern daran, dass Huawei nicht nur Speicherl\u00f6sungen, sondern auch ein vollst\u00e4ndiges Spektrum an Netzwerkger\u00e4te produziert. Egal welchen Anbieter von Speicherl\u00f6sungen Sie w\u00e4hlen, wenn zwischen den Standorten ein WDM-Netzwerk verwendet wird, wird es in 90 % der F\u00e4lle auf L\u00f6sungen unseres Unternehmens basieren. Dies wirft die berechtigte Frage auf: Warum ein Zoo von Systemen zusammenstellen, wenn alles garantiert kompatible \u201eEisen\u201c von einem Anbieter bezogen werden kann?<\/p>\n
Zur Frage der Leistung<\/h2>\n \nWahrscheinlich muss niemand mehr \u00fcberzeugt werden, dass der Wechsel zu All-Flash-Speicherl\u00f6sungen die Kosten f\u00fcr die Aufrechterhaltung der Infrastruktur erheblich senkt, da alle Routineoperationen um ein Vielfaches schneller ausgef\u00fchrt werden. Alle Anbieter solcher Ger\u00e4te bezeugen dies. Unterdessen beginnen viele Anbieter zu tricksen, wenn es um den Leistungsabfall bei der Aktivierung verschiedener Betriebsarten der Speicherl\u00f6sungen geht.<\/p>\n
In unserer Branche ist es weit verbreitet, Speicherl\u00f6sungen f\u00fcr ein oder zwei Tage in den Testbetrieb zu geben. Der Anbieter f\u00fchrt einen 20-min\u00fctigen Test auf einem leeren System durch und erh\u00e4lt dabei beeindruckende Leistungskennzahlen. In der realen Nutzung treten jedoch schnell die \u201eUnterwasserfallen\u201c zutage. Bereits nach einem Tag sinken die sch\u00f6nen IOPS-Werte um das Zwei- bis Dreifache, und wenn das Speicherger\u00e4t zu 80 % gef\u00fcllt ist, sinken sie noch weiter. Bei Aktivierung von RAID 5 anstelle von RAID 10 gehen weitere 10-15 % verloren, und im Metro-Cluster-Modus halbiert sich die Leistung zus\u00e4tzlich.<\/p>\n
Alles, was oben aufgelistet ist, gilt nicht f\u00fcr Dorado V6. Unsere Kunden haben die M\u00f6glichkeit, einen Leistungstest \u00fcber das Wochenende oder zumindest \u00fcber Nacht durchzuf\u00fchren. Dann zeigt sich das Garbage Collection und es wird klar, wie die Aktivierung verschiedener Optionen \u2013 wie Snapshots und Replikation \u2013 die erzielten IOPS-Werte beeinflusst.<\/p>\n
Bei Dorado V6 haben Snapshots und RAID mit Parit\u00e4t praktisch keinen Einfluss auf die Leistung (3\u20135 % statt 10\u201315 %). Die Garbage Collection (das F\u00fcllen der Speichermodule mit Nullen), Kompression und Deduplication auf einem zu 80 % gef\u00fcllten Speicher werden sich immer auf die allgemeine Geschwindigkeit der Anfragebearbeitung auswirken. Doch gerade das Besondere an Dorado V6 ist, dass unabh\u00e4ngig von den aktivierten Funktionen und Schutzmechanismen die endg\u00fcltige Leistung des Speichersystems nicht unter 80 % des Wertes f\u00e4llt, der ohne Last erreicht wurde.<\/p>\n
Lastenausgleich<\/h2>\n \nDie hohe Leistung von Dorado V6 wird durch die Balance in jeder Phase erreicht, n\u00e4mlich durch:<\/p>\n
\nMultipassierung;<\/li>\n die Nutzung mehrerer Verbindungen von einem Host;<\/li>\n das Vorhandensein einer Frontend-Fabrik;<\/li>\n die Parallelisierung der Arbeit der Controller des Speichersystems;<\/li>\n die Verteilung der Last \u00fcber alle Speicher auf RAID-Ebene 2.0+.<\/li>\n<\/ul>\n\nIm Grunde genommen ist dies eine g\u00e4ngige Praxis. Heutzutage verwahrt kaum jemand alle Daten auf einem einzigen LUN: Alle bem\u00fchen sich, dass es vielleicht acht, vielleicht vierzig oder sogar noch mehr sind. Dies ist ein offensichtlicher und richtiger Ansatz, den wir unterst\u00fctzen. Aber wenn Ihre Aufgabe nur einen einzigen LUN erfordert, der einfacher zu warten ist, erm\u00f6glichen es unsere architektonischen L\u00f6sungen, auf diesem eine Leistung von 80 % der verf\u00fcgbaren Leistung beim Einsatz mehrerer LUN zu erreichen.<\/p>\n
Dynamische Planung der Lastverteilung der Prozessoren.<\/h2>\n \nDie Lastverteilung auf die Prozessoren bei Verwendung eines einzigen LUN wird bei uns wie folgt umgesetzt: Die Aufgaben werden bereits auf LUN-Ebene in separate kleine \"Shards\" aufgeteilt, von denen jeder fest einem bestimmten Controller im \"Engine\" zugeordnet ist. Dies geschieht, damit das System keine Leistung verliert, w\u00e4hrend es mit diesem Datenst\u00fcck auf verschiedene Controller wechselt. <\/p>\n
Ein weiterer Mechanismus zur Aufrechterhaltung der hohen Leistung ist das dynamische Scheduling, bei dem bestimmte Prozessorkerne verschiedenen Aufgabengruppen zugewiesen werden k\u00f6nnen. Beispielsweise, wenn das System gerade in der Phase der Deduplication und Kompression verharrt, k\u00f6nnen Teile der Kerne in den Prozess der Ein- und Ausgabe eingebunden werden. Oder umgekehrt. All dies geschieht automatisch und ist f\u00fcr den Benutzer transparent. <\/p>\n
Die Daten \u00fcber die aktuelle Auslastung jedes Kerns von Dorado V6 werden nicht im grafischen Interface angezeigt, k\u00f6nnen jedoch \u00fcber die Eingabeaufforderung abgerufen werden, indem man das Betriebssystem des Controllers anruft und den \u00fcblichen Linux-Befehl nutzt. top<\/i>.<\/p>\n
NVMe- und RoCE-Unterst\u00fctzung<\/h2>\n \nWie bereits erw\u00e4hnt, unterst\u00fctzt Dorado V6 derzeit NVMe \u00fcber Fibre Channel \u201eout of the box\u201c und ben\u00f6tigt keine Lizenzen. Mitte des Jahres wird die Unterst\u00fctzung des NVMe \u00fcber Ethernet-Modus hinzukommen. F\u00fcr eine vollumf\u00e4ngliche Nutzung wird die Unterst\u00fctzung von Ethernet mit Direct Memory Access (DMA) Version v2.0 sowohl von der Speichereinheit selbst als auch von den Switches und Netzwerkkarten ben\u00f6tigt. Zum Beispiel von Mellanox ConnectX-4 oder ConnectX-5. Auch Netzwerkkarten, die auf unseren Chips basieren, k\u00f6nnen verwendet werden. Dar\u00fcber hinaus muss die Unterst\u00fctzung von RoCE auf Betriebssystemebene umgesetzt werden.<\/p>\n
Insgesamt betrachten wir Dorado V6 als ein NVMe-orientiertes System. Trotz der bestehenden Unterst\u00fctzung von Fibre Channel und iSCSI planen wir langfristig den \u00dcbergang zu schnellem Ethernet mit RDMA.<\/p><\/blockquote>\n
Ein Hauch von Marketing<\/h2>\n \nDank der hohen Fehlertoleranz des Dorado V6-Systems, seiner guten horizontalen Skalierbarkeit und der Unterst\u00fctzung verschiedener Migrationstechnologien zeigt sich der wirtschaftliche Nutzen des Kaufs erst mit Beginn der intensiven Nutzung der Speicherl\u00f6sungen. Wir werden weiterhin bestrebt sein, den Besitz des Systems so rentabel wie m\u00f6glich zu gestalten, auch wenn dies zu Beginn nicht sofort sichtbar ist.<\/p>\n
Insbesondere haben wir das FLASH EVER-Programm ins Leben gerufen, das mit der Verl\u00e4ngerung des Lebenszyklus der Speicherungsl\u00f6sungen verbunden ist und darauf abzielt, den Kunden bei Upgrades bestm\u00f6glich zu entlasten.<\/p>\n
\ndie M\u00f6glichkeit, Controller und Plattenregale schrittweise auf neue Versionen zu ersetzen, ohne die gesamte Hardware auf einmal auszutauschen (f\u00fcr Dorado V6-Systeme der Hi-End-Klasse);<\/li>\n die M\u00f6glichkeit der f\u00f6derierten Speicherung (Kombination unterschiedlicher Versionen von Dorado innerhalb eines hybriden Clusters von Speicherl\u00f6sungen);<\/li>\n intelligente Virtualisierung (die M\u00f6glichkeit, Hardware von Dritten als Teil der Dorado-L\u00f6sung zu verwenden).<\/li>\n<\/ul>\n\n
Neben allem anderen ist die Frage der Bereitstellung virtueller Arbeitspl\u00e4tze f\u00fcr Remote-Mitarbeiter, unabh\u00e4ngig davon, wie lange die Pandemie andauert, besonders dr\u00e4ngend. Auch in diesem Prozess k\u00f6nnte Dorado V6 viele Fragen kl\u00e4ren. Daf\u00fcr setzen wir alle erforderlichen Anstrengungen ein und haben unter anderem praktisch eine Einigung \u00fcber die Integration des neuen Systems in die VMware-Kompatibilit\u00e4tsliste erzielt.<\/p>\n
***<\/h2>\n \n\u00dcbrigens, vergessen Sie nicht unsere zahlreichen Webinare, die nicht nur im russischsprachigen Raum, sondern auch auf globaler Ebene stattfinden. Die Liste der Webinare f\u00fcr April finden Sie unter dem Link<\/a><\/noindex>. habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u041f\u043e\u0436\u0430\u043b\u0443\u0439\u0441\u0442\u0430, \u043d\u0435 \u0441\u043f\u0435\u0448\u0438\u0442\u0435 \u0441 \u0432\u044b\u0432\u043e\u0434\u0430\u043c\u0438 \u0438\u0437-\u0437\u0430 \u0437\u0430\u0433\u043e\u043b\u043e\u0432\u043a\u0430! \u0423 \u043d\u0430\u0441 \u0435\u0441\u0442\u044c \u0443\u0432\u0435\u0441\u0438\u0441\u0442\u044b\u0435 \u0430\u0440\u0433\u0443\u043c\u0435\u043d\u0442\u044b \u0432 \u0435\u0433\u043e \u043f\u043e\u0434\u0442\u0432\u0435\u0440\u0436\u0434\u0435\u043d\u0438\u0435, \u0438 \u043c\u044b \u0443\u043f\u0430\u043a\u043e\u0432\u0430\u043b\u0438 \u0438\u0445, \u043d\u0430\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043c\u043e\u0433\u043b\u0438 \u043a\u043e\u043c\u043f\u0430\u043a\u0442\u043d\u043e. \u041f\u0440\u0435\u0434\u043b\u0430\u0433\u0430\u0435\u043c \u0432\u0430\u0448\u0435\u043c\u0443 \u0432\u043d\u0438\u043c\u0430\u043d\u0438\u044e \u043f\u043e\u0441\u0442 \u043e \u043a\u043e\u043d\u0446\u0435\u043f\u0446\u0438\u0438 \u0438 \u043f\u0440\u0438\u043d\u0446\u0438\u043f\u0430\u0445 \u0440\u0430\u0431\u043e\u0442\u044b \u043d\u0430\u0448\u0435\u0439 \u043d\u043e\u0432\u043e\u0439 \u0441\u0438\u0441\u0442\u0435\u043c\u044b \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u044f \u0434\u0430\u043d\u043d\u044b\u0445, \u0440\u0435\u043b\u0438\u0437 \u043a\u043e\u0442\u043e\u0440\u043e\u0439 \u0441\u043e\u0441\u0442\u043e\u044f\u043b\u0441\u044f \u0432 \u044f\u043d\u0432\u0430\u0440\u0435 2020 \u0433\u043e\u0434\u0430. \u041f\u043e \u043d\u0430\u0448\u0435\u043c\u0443 \u0443\u0431\u0435\u0436\u0434\u0435\u043d\u0438\u044e, \u0433\u043b\u0430\u0432\u043d\u043e\u0435 \u043a\u043e\u043d\u043a\u0443\u0440\u0435\u043d\u0442\u043d\u043e\u0435 \u043f\u0440\u0435\u0438\u043c\u0443\u0449\u0435\u0441\u0442\u0432\u043e \u0441\u0435\u043c\u0435\u0439\u0441\u0442\u0432\u0443 \u0421\u0425\u0414 Dorado V6 \u043e\u0431\u0435\u0441\u043f\u0435\u0447\u0438\u0432\u0430\u044e\u0442 \u0438\u043c\u0435\u043d\u043d\u043e […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":79692,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-79691","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t
![\"Warum](\"\/wp-content\/uploads\/2020\/04\/36c949c0c7099441a62597353bd084a6.png\")