Wir haben neue Dienste gestartet, der Datenverkehr ist gewachsen, wir haben Server ersetzt, neue Standorte angebunden und Rechenzentren umgebaut â jetzt erzĂ€hlen wir die Geschichte, mit der wir Sie vor fĂŒnf Jahren bekannt gemacht haben..
FĂŒnf Jahre sind eine bemerkenswerte Zeitspanne fĂŒr eine Zwischenbilanz. Daher haben wir uns entschieden, ĂŒber die Entwicklung unserer Infrastruktur zu berichten, die in diesen fĂŒnf Jahren einen erstaunlich interessanten Entwicklungsprozess durchlaufen hat, auf den wir stolz sind. Die von uns realisierten quantitativen VerĂ€nderungen wurden in qualitative umgewandelt, nun kann die Infrastruktur in Modi arbeiten, die in der Mitte des letzten Jahrzehnts als fantastisch galten.
Wir unterstĂŒtzen die anspruchsvollsten Projekte mit höchsten Anforderungen an ZuverlĂ€ssigkeit und Last, darunter PREMIER und Match TV. Bei SportĂŒbertragungen und der Premiere beliebter Serien ist eine DatenĂŒbertragungsrate im Terabit-Bereich erforderlich â das können wir problemlos umsetzen, und das so hĂ€ufig, dass solche Geschwindigkeiten fĂŒr uns zur NormalitĂ€t geworden sind. Vor fĂŒnf Jahren war das anspruchsvollste Projekt, das auf unseren Systemen lief, Rutube, das seither gewachsen ist, Volumen und Traffic gesteigert hat, was bei der Planung der Lasten berĂŒcksichtigt werden musste.
Wir haben darĂŒber berichtet, wie wir die Hardware unserer Infrastruktur weiterentwickelt haben () und die Systeme ausgebaut haben, die fĂŒr die Videolieferung verantwortlich sind (), aber seit der Erstellung dieser Texte ist viel Zeit vergangen, und es wurden zahlreiche andere Lösungen geschaffen und implementiert, deren Ergebnisse es uns ermöglichen, den modernen Anforderungen gerecht zu werden und flexibel genug zu sein, um uns auf neue Aufgaben einzustellen.

Netzwerkkern Wir entwickeln stĂ€ndig weiter. Im Jahr 2015 haben wir auf Cisco-AusrĂŒstung umgestellt, wie bereits in unserem vorherigen Artikel erwĂ€hnt. Damals handelte es sich um die gleichen 10/40G, aber verstĂ€ndlicherweise wurden die bestehenden Chassis einige Jahre spĂ€ter aufgerĂŒstet, und jetzt nutzen wir auch aktiv 25/100G.

100G-Verbindungen sind lĂ€ngst kein Luxus mehr (vielmehr ist es eine dringende Anforderung in unserem Segment) und auch keine Seltenheit mehr (immer mehr Betreiber bieten AnschlĂŒsse mit solchen Geschwindigkeiten an). Dennoch bleibt 10/40G relevant: Ăber diese Verbindungen verbinden wir Betreiber mit geringem Datenvolumen, wo es derzeit unwirtschaftlich wĂ€re, einen leistungsfĂ€higeren Port zu nutzen.
Das von uns entwickelte Netzwerk-Kern verdient eine separate Betrachtung und wird spÀter Thema eines eigenen Artikels sein. Dort werden wir tiefere technische Details erörtern und die Logik hinter unseren Entscheidungen bei dessen Erstellung beleuchten. Aber jetzt fahren wir fort, die Infrastruktur schematisch darzustellen, da Ihre Aufmerksamkeit, geschÀtzte Leser, nicht unbegrenzt ist.
Videostreaming-Server Die Technologie entwickelt sich rasant weiter, und wir setzen betrĂ€chtliche Anstrengungen ein, um Schritt zu halten. WĂ€hrend wir frĂŒher hauptsĂ€chlich 2U-Server mit 4-5 Netzwerkkarten und je zwei 10G-Ports verwendeten, arbeiten jetzt die meisten unserer Anwendungen mit 1U-Servern, die mit 2-3 Karten und je zwei 25G-Ports ausgestattet sind. Die Preise fĂŒr 10G und 25G-Karten haben sich nahezu angeglichen, und die schnelleren Lösungen ermöglichen eine gleichzeitige Ăbertragung ĂŒber 10G und 25G. Das Resultat ist eine klare Kosteneinsparung: weniger Serverkomponenten und Kabel fĂŒr die Verbindung fĂŒhren zu geringeren Kosten (und höherer ZuverlĂ€ssigkeit). Zudem beanspruchen die Komponenten weniger Platz im Rack, was die Unterbringung einer gröĂeren Anzahl von Servern auf derselben FlĂ€che ermöglicht und folglich die Mietkosten senkt.
Doch der gröĂere Vorteil liegt in der Geschwindigkeit! Jetzt können wir mit 1U mehr als 100G bereitstellen! Das ist besonders beeindruckend im Vergleich zu einigen groĂen russischen Projekten, die eine Ăbertragung von 40G mit 2U als "Erfolg" feiern. Solche Probleme hĂ€tten wir gerne!

Wir möchten darauf hinweisen, dass wir nach wie vor Netzwerkarten verwenden, die ausschlieĂlich 10G unterstĂŒtzen. Diese AusrĂŒstung funktioniert stabil und ist uns gut vertraut, weshalb wir sie nicht entsorgt, sondern einem neuen Zweck zugefĂŒhrt haben. Diese Komponenten haben wir in Video-Storage-Server installiert, die zur effektiven Nutzung eindeutig mehr als nur ein oder zwei 1G-Interfaces benötigen. Hier kommen die 10G-Karten optimal zum Einsatz.
Speichersysteme haben ebenfalls zugenommen. In den letzten fĂŒnf Jahren haben sie sich von zwölfdiskigen (12x HDD 2U) auf sechsunddreiĂigdiskige (36x HDD 4U) Systeme erweitert. Einige scheuen sich, solche groĂen âGehĂ€useâ zu verwenden, da bei einem Ausfall eines solchen Chassis die Leistung â oder sogar die FunktionsfĂ€higkeit â des gesamten Systems bedroht sein kann. Doch bei uns wird so etwas nicht passieren: Wir haben eine Georedundanz auf Datenkopien implementiert. Wir haben die Chassis in verschiedenen Rechenzentren verteilt â insgesamt nutzen wir drei â was Probleme sowohl bei Chassis-AusfĂ€llen als auch beim Ausfall eines Standorts ausschlieĂt.

NatĂŒrlich hat dieser Ansatz die Notwendigkeit fĂŒr hardwarebasiertes RAID ĂŒberflĂŒssig gemacht, auf das wir verzichtet haben. Indem wir auf Redundanz verzichtet haben, haben wir gleichzeitig die ZuverlĂ€ssigkeit des Systems erhöht, die Lösung vereinfacht und einen potenziellen Fehlerpunkt entfernt. Denken Sie daran, dass unser Storage-System âmaĂgeschneidertâ ist. Wir haben diese Entscheidung ganz bewusst getroffen, und das Ergebnis hat uns voll und ganz zufriedengestellt.
Rechenzentren In den vergangenen fĂŒnf Jahren haben wir mehrere Umstellungen vorgenommen. Seit der Veröffentlichung des letzten Artikels haben wir nur ein Rechenzentrum nicht verĂ€ndert â DataLine â die anderen mussten aufgrund der Weiterentwicklung unserer Infrastruktur ersetzt werden. Alle UmzĂŒge zwischen den Standorten waren geplant.
Vor zwei Jahren haben wir innerhalb von MMTS-9 migriert und sind in eine Plattform mit hochwertiger Ausstattung, guter KĂŒhlsystem, stabiler Stromversorgung und ohne Staub, der vorher in dicken Schichten auf allen OberflĂ€chen lag und auch das Innere unserer GerĂ€te massiv verstopfte, gewechselt. Die Entscheidung fĂŒr hochwertige Dienstleistungen â und die Abwesenheit von Staub! â war der Grund fĂŒr unseren Umzug.

Fast immer gilt: âEin Umzug ist gleich zwei BrĂ€ndenâ, doch die Herausforderungen bei der Migration sind jedes Mal unterschiedlich. Diesmal stellte die optische Verkabelung innerhalb eines Rechenzentrums die gröĂte Schwierigkeit dar â die Vielzahl an Querverbindungen zwischen den Etagen war nicht in einer gemeinsamen Verkabelung von den Netzwerkbetreibern zusammengefĂŒhrt. Der Prozess der Aktualisierung und Neuverlegung der Verkabelungen (wobei uns die Ingenieure von MMT-9 unterstĂŒtzt haben) war wohl der komplexeste Schritt der Migration.
Die zweite Migration fand vor einem Jahr statt, im Jahr 2019 zogen wir aus einem nicht besonders guten Rechenzentrum in das O2xygen um. Die GrĂŒnde fĂŒr den Umzug waren Ă€hnlich wie die zuvor besprochenen, jedoch kam das Problem der UnattraktivitĂ€t des ursprĂŒnglichen Rechenzentrums fĂŒr die Netzwerkbetreiber hinzu â viele Provider mussten wir eigenstĂ€ndig zu diesem Punkt hinfĂŒhren.

Die Migration von 13 Racks zu einem hochwertigen Standort in MMTS-9 hat es uns ermöglicht, diesen Standort nicht nur als Betreiberstandort (ein paar Racks und âDurchleitungenâ von Betreibern) zu entwickeln, sondern ihn auch als einen der Hauptstandorte zu nutzen. Dies hat die Migration aus einem nicht gerade optimalen Rechenzentrum vereinfacht â die meisten GerĂ€te haben wir auf einen anderen Standort verlagert, wĂ€hrend O2xygen die Rolle eines sich entwickelnden Standorts ĂŒbernommen hat, indem wir dort auch 5 Racks mit GerĂ€ten platzierten.
Heute ist O2xygen bereits eine vollwertige Plattform, die die fĂŒr uns erforderlichen Betreiber aufgenommen hat und weiterhin neue hinzukommen. FĂŒr die Betreiber hat sich O2xygen ebenfalls als attraktiv erwiesen, was die strategische Entwicklung betrifft.
Die Hauptphase des Umzugs fĂŒhren wir immer ĂŒber Nacht durch. Dies gilt sowohl fĂŒr Migrationen innerhalb von MMTS-9 als auch zu O2xygen. Wir möchten betonen, dass wir die Regel "Umzug ĂŒber Nacht" strikt einhalten, unabhĂ€ngig von der Anzahl der Racks! Es gab sogar einen Fall, in dem wir 20 Racks umgezogen haben und dies ebenfalls in einer Nacht erledigt haben. Die Migration ist ein relativ unkomplizierter Prozess, der Sorgfalt und KontinuitĂ€t erfordert. Aber auch hier gibt es einige Tricks, sowohl in der Vorbereitungsphase als auch beim Umzug und der Bereitstellung am neuen Standort. Gerne erzĂ€hlen wir Ihnen im Detail mehr ĂŒber die Migration, wenn Sie Interesse daran haben.
Ergebnisse Wir freuen uns ĂŒber fĂŒnfjĂ€hrige Entwicklungsphasen. Wir haben eine neue ausfallsichere Infrastruktur abgeschlossen, die auf drei Rechenzentren verteilt ist. Die Auslastung des Datenverkehrs hat drastisch zugenommen â wĂ€hrend wir kĂŒrzlich noch mit 40-80G bei 2U zufrieden waren, ist es jetzt fĂŒr uns normal, 100G mit 1U bereitzustellen. Selbst Terabit-Datenverkehr wird jetzt von uns als Routine angesehen. Wir sind bereit, unsere flexible und skalierbare Infrastruktur weiter auszubauen.
Frage: Was möchten wir Ihnen in den kommenden Texten erzĂ€hlen, geschĂ€tzte Leser? Warum haben wir begonnen, eigene Speicherlösungen zu entwickeln? Ăber das Netzwerk-Kern und seine Besonderheiten? Ăber Tricks und Kniffe beim Migrationsprozess zwischen Rechenzentren? Ăber die Optimierung von Lösungen durch die Auswahl von Komponenten und Feineinstellungen? Ăber die Schaffung stabiler Lösungen durch redundante Backups und horizontale Skalierungsmöglichkeiten innerhalb eines Rechenzentrums, die in einer Struktur von drei Rechenzentren umgesetzt sind?
Autor: Peter Winogradov â Technischer Direktor von Uma.Tech
Quelle: habr.com
