{"id":38075,"date":"2019-10-31T22:21:32","date_gmt":"2019-10-31T19:21:32","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-blagodarya-kubernetes-i-avtomatizatsii-migrirovat-v-oblako-za-dva-chasa\/"},"modified":"2019-10-31T22:21:32","modified_gmt":"2019-10-31T19:21:32","slug":"kak-blagodarya-kubernetes-i-avtomatizatsii-migrirovat-v-oblako-za-dva-chasa","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/kak-blagodarya-kubernetes-i-avtomatizatsii-migrirovat-v-oblako-za-dva-chasa","title":{"rendered":"Wie man dank Kubernetes und Automatisierung in zwei Stunden in die Cloud migriert","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Wie
\n
\nDas Unternehmen \u201eURUS\u201c hat Kubernetes in verschiedenen Varianten ausprobiert: eigenst\u00e4ndige Bereitstellung auf Bare Metal, in Google Cloud, und hat dann seine Plattform in die Mail.ru Cloud Solutions (MCS) migriert. Wie sie einen neuen Cloud-Anbieter ausw\u00e4hlten und wie es gelang, innerhalb von rekordverd\u00e4chtigen zwei Stunden zu migrieren, erz\u00e4hlt Igor Shishkin (t3ran<\/a><\/noindex>), leitender Systemadministrator bei \u201eURUS\u201c.
\n<\/a><\/noindex><\/p>\n

Womit besch\u00e4ftigt sich \u201eURUS\u201c <\/h2>\n

\nEs gibt viele M\u00f6glichkeiten, die Qualit\u00e4t des urbanen Raums zu verbessern, und eine davon ist, ihn \u00f6kologisch sicher zu gestalten. Genau daran arbeitet die Firma \u201eURUS \u2013 Intelligente digitale Dienstleistungen\u201c. Hier werden L\u00f6sungen implementiert, die Unternehmen helfen, wichtige Umweltindikatoren zu \u00fcberwachen und negative Auswirkungen auf die Umwelt zu reduzieren. Sensoren sammeln Daten \u00fcber die Luftzusammensetzung, den Ger\u00e4uschpegel und andere Parameter, die dann an die einheitliche Plattform \u201eURUS \u2013 Ecomon\u201c zur Analyse und Erstellung von Empfehlungen gesendet werden. <\/p>\n

Wie die Arbeit von \u201eURUS\u201c intern organisiert ist<\/h2>\n

\nEin typischer Kunde von \u201eURUS\u201c ist ein Unternehmen, das sich in oder in der N\u00e4he eines Wohngebiets befindet. Das kann eine Fabrik, ein Hafen, ein Bahndepot oder ein anderes Objekt sein. Wenn unser Kunde bereits eine Warnung erhalten hat, wegen Umweltverschmutzung bestraft wurde oder selbst weniger L\u00e4rm erzeugen und die Menge sch\u00e4dlicher Emissionen reduzieren m\u00f6chte, kommt er zu uns, und wir bieten ihm bereits eine fertige L\u00f6sung zur \u00f6kologischen \u00dcberwachung an.<\/p>\n

\"Wie
\nIm \u00dcberwachungsdiagramm der H2S-Konzentration sind regelm\u00e4\u00dfige n\u00e4chtliche Emissionen eines benachbarten Unternehmens sichtbar.<\/i><\/p>\n

Die Ger\u00e4te, die wir bei \u201eURUS\u201c verwenden, enthalten mehrere Sensoren, die Informationen \u00fcber den Gehalt bestimmter Gase, den Ger\u00e4uschpegel und andere Daten zur Bewertung der \u00f6kologischen Situation sammeln. Die genaue Anzahl der Sensoren wird immer durch die spezifische Aufgabe bestimmt.<\/p>\n

\"Wie
\nJe nach Art der Messungen k\u00f6nnen Ger\u00e4te mit Sensoren an W\u00e4nden von Geb\u00e4uden, Pfosten und an anderen beliebigen Orten platziert werden. Jedes dieser Ger\u00e4te sammelt Informationen, aggregiert sie und sendet sie an das DatenannahmGateway. Dort speichern wir die Daten f\u00fcr die Langzeitarchivierung und bereiten sie f\u00fcr die sp\u00e4tere Analyse auf. Ein einfaches Beispiel f\u00fcr das, was wir nach der Analyse erhalten \u2014 ist der Luftqualit\u00e4tsindex, auch bekannt als AQI.<\/p>\n

Parallel zu unserer Plattform arbeiten viele andere Dienste, die jedoch haupts\u00e4chlich unterst\u00fctzender Natur sind. Zum Beispiel sendet der Benachrichtigungsdienst den Kunden Mitteilungen, wenn einer der \u00fcberwachten Parameter (zum Beispiel CO2-Gehalt) den zul\u00e4ssigen Wert \u00fcberschreitet.<\/p>\n

Wie wir Daten speichern. Die Geschichte mit Kubernetes auf Bare Metal.<\/h2>\n

\nIm Projekt zur \u00f6kologischen \u00dcberwachung 'URUS' gibt es mehrere Datenspeicher. In einem bewahren wir die \"rohen\" Daten auf \u2014 das, was wir direkt von den Ger\u00e4ten erhalten haben. Dieser Speicher fungiert wie ein \"magnetisches\" Band, wie bei alten Kassetten, mit der Geschichte aller Indikatoren. Der zweite Speicher wird f\u00fcr die vorverarbeiteten Daten verwendet \u2014 Daten von Ger\u00e4ten, die durch Metadaten \u00fcber die Beziehungen zwischen Sensoren und den eigentlichen Ger\u00e4temessungen, Zugeh\u00f6rigkeit zu Organisationen, Standorte usw. angereichert sind. Diese Informationen erm\u00f6glichen es uns, dynamisch zu bewerten, wie sich ein bestimmter Indikator \u00fcber einen bestimmten Zeitraum ver\u00e4ndert hat. Den \"rohen\" Datenspeicher verwenden wir auch als Backup und zur Wiederherstellung der vorverarbeiteten Daten, falls dies erforderlich wird.<\/p>\n

Als wir vor einigen Jahren nach einer L\u00f6sung f\u00fcr das Speicherproblem suchten, hatten wir zwei Optionen f\u00fcr die Plattformwahl: Kubernetes und OpenStack. Da letzterer jedoch ziemlich monstr\u00f6s aussieht (schauen Sie sich einfach seine Architektur an, um sich davon zu \u00fcberzeugen), entschieden wir uns f\u00fcr Kubernetes. Ein weiteres Argument f\u00fcr Kubernetes war die relativ einfache Programmverwaltung und die M\u00f6glichkeit, sogar physische Nodes flexibler nach Ressourcen zu partitionieren. <\/p>\n

Parallel zur Einarbeitung in Kubernetes haben wir auch die Datenspeichermethoden untersucht. Solange wir alle unsere Speicherl\u00f6sungen auf Kubernetes auf unserer eigenen Hardware betrieben, haben wir hervorragende Expertise gewonnen. Alles, was wir damals hatten, lebte auf Kubernetes: stateful Storage, \u00dcberwachungssystem, CI\/CD. Kubernetes wurde f\u00fcr uns zur All-in-One-Plattform. <\/p>\n

Aber wir wollten mit Kubernetes als Service arbeiten und uns nicht um dessen Wartung und Entwicklung k\u00fcmmern. Au\u00dferdem gefiel uns nicht, wie teuer es war, es auf Bare Metal zu betreiben, w\u00e4hrend wir st\u00e4ndig Entwicklungsbedarf hatten! Zum Beispiel war eine der ersten Aufgaben, die Ingress-Controller von Kubernetes in die Netzwerkstruktur unserer Organisation zu integrieren. Das ist eine umfangreiche Aufgabe, besonders wenn man bedenkt, dass zu diesem Zeitpunkt noch nichts f\u00fcr das Software-Management von Ressourcen wie DNS-Eintr\u00e4gen oder Zuteilungen bereit war. IP-Adressen<\/a>Sp\u00e4ter begannen wir, mit externem Datenspeicher zu experimentieren. Wir haben die Implementierung des PVC-Controllers nicht erreicht, aber schon damals war klar, dass dies ein gro\u00dfes Arbeitsfeld ist, f\u00fcr das spezialisierte Fachkr\u00e4fte ben\u00f6tigt werden.<\/p>\n

Der Wechsel zur Google Cloud Platform ist eine vor\u00fcbergehende L\u00f6sung.<\/h2>\n

\nWir haben erkannt, dass es so nicht weitergehen kann, und haben unsere Daten von Bare Metal auf die Google Cloud Platform verschoben. Tats\u00e4chlich gab es damals f\u00fcr ein russisches Unternehmen nicht viele interessante Alternativen: Neben der Google Cloud Platform bot Amazon einen \u00e4hnlichen Service an, aber wir haben uns letztendlich f\u00fcr die L\u00f6sung von Google entschieden. Es schien uns wirtschaftlich vorteilhafter zu sein, n\u00e4her am Upstream und nicht zu vergessen, dass Google an sich eine Art PoC f\u00fcr Kubernetes in Produktion ist.<\/p>\n

Das erste ernsthafte Problem tauchte auf, w\u00e4hrend unsere Kundenbasis wuchs. Als wir die Notwendigkeit erkannten, pers\u00f6nliche Daten zu speichern, standen wir vor der Wahl: Entweder arbeiten wir mit Google und verletzen russische Gesetze oder wir suchen nach einer Alternative in Russland. Die Entscheidung war im Gro\u00dfen und Ganzen vorhersehbar. \ud83d\ude42<\/p>\n

Wie wir den idealen Cloud-Service sahen.<\/h2>\n

\nZu Beginn unserer Suche wussten wir bereits, was wir von unserem zuk\u00fcnftigen Cloud-Anbieter erwarten. Welche Art von Service suchten wir:<\/p>\n