{"id":90386,"date":"2020-07-31T13:42:20","date_gmt":"2020-07-31T11:42:20","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/triller-o-nastrojke-serverov-bez-chudes-s-configuration-management"},"modified":"2020-07-31T13:42:20","modified_gmt":"2020-07-31T11:42:20","slug":"triller-o-nastrojke-serverov-bez-chudes-s-configuration-management","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/triller-o-nastrojke-serverov-bez-chudes-s-configuration-management","title":{"rendered":"Ein Thriller \u00fcber die Serverkonfiguration ohne Wunder mit Configuration Management","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Das Jahr neigte sich dem Ende zu. Die Kinder im ganzen Land hatten bereits Briefe an den Weihnachtsmann geschickt oder sich Geschenke gew\u00fcnscht, und der Hauptakteur \u2013 einer der gro\u00dfen Einzelh\u00e4ndler \u2013 bereitete sich auf den H\u00f6hepunkt des Verkaufs vor. Im Dezember steigt die Last auf sein Rechenzentrum um ein Vielfaches. Daher beschloss das Unternehmen, das Rechenzentrum zu modernisieren und mehrere Dutzend neue Server in Betrieb zu nehmen, um die veraltete Hardware zu ersetzen. An dieser Stelle endet das M\u00e4rchen vor dem Hintergrund von fallenden Schneeflocken, und ein Thriller beginnt. <\/p>\n

\"Ein
\nDie Ausr\u00fcstung kam mehrere Monate vor dem Verkaufspeak auf die Fl\u00e4che. Der Betrieb wusste nat\u00fcrlich, wie man die Server konfiguriert, um sie in die Produktionsumgebung zu integrieren. Doch wir mussten dies automatisieren und den menschlichen Faktor ausschlie\u00dfen. Zudem ersetzten die Server vor der Migration eine Reihe von SAP-Systemen, die f\u00fcr das Unternehmen von entscheidender Bedeutung waren. <\/p>\n

Die Einf\u00fchrung der neuen Server war strikt an eine Frist gebunden. Eine Verschiebung h\u00e4tte sowohl die Auslieferung von einer Milliarde Geschenken als auch die Migration der Systeme gef\u00e4hrdet. Einen Termin zu \u00e4ndern, w\u00e4re selbst f\u00fcr ein Team wie das des Weihnachtsmanns oder Santa Claus nicht m\u00f6glich gewesen \u2013 das Verschieben des SAP-Systems zur Lagerverwaltung kann nur einmal im Jahr erfolgen. Vom 31. Dezember bis zum 1. Januar stellen die riesigen Lager des Einzelh\u00e4ndlers, die insgesamt der Gr\u00f6\u00dfe von 20 Fu\u00dfballfeldern entsprechen, f\u00fcr 15 Stunden ihren Betrieb ein. Und das ist das einzige Zeitfenster f\u00fcr den Systemumzug. Wir hatten keinen Spielraum f\u00fcr Fehler beim Einsatz der Server. <\/p>\n

Ich erl\u00e4utere gleich: Meine Erz\u00e4hlung spiegelt die Werkzeuge und den Prozess des Konfigurationsmanagements wider, die unser Team anwendet.
\n<\/a><\/noindex>
\nDas Konfigurationsmanagement-System besteht aus mehreren Ebenen. Die zentrale Komponente ist das CMS-System. Bei einem industriellen Einsatz w\u00fcrde das Fehlen einer der Ebenen unweigerlich zu unangenehmen \u00dcberraschungen f\u00fchren.<\/p>\n

Betriebssysteminstallation verwalten<\/h1>\n

\nDie erste Ebene ist das System zur Verwaltung der Installation von Betriebssystemen auf physischen und virtuellen Servern. Es erstellt die grundlegenden Konfigurationen des Betriebssystems und verhindert den Einfluss menschlicher Fehler. <\/p>\n

Mit diesem System erhielten wir standardisierte und f\u00fcr die weitere Automatisierung geeignete Serverinstanzen mit einem Betriebssystem. Bei der \"Verteilung\" wurden minimale lokale Benutzer und \u00f6ffentliche SSH-Schl\u00fcssel eingerichtet sowie eine einheitliche Betriebssystemkonfiguration angewendet. Wir konnten die Server \u00fcber die CMS sicher verwalten und waren uns sicher, dass es auf Betriebssystemebene keine \u00dcberraschungen gab. <\/p>\n

Die \"Maximalaufgabe\" f\u00fcr das Installationsmanagementsystem besteht darin, Server automatisch von der BIOS-\/Firmware-Ebene bis zum Betriebssystem einzurichten. Vieles h\u00e4ngt hier von der Hardware und den Konfigurationsaufgaben ab. F\u00fcr heterogene Hardware k\u00f6nnte man REDFISH API<\/a><\/noindex>. Wenn die gesamte Hardware von einem Anbieter stammt, ist es oft bequemer, fertige Verwaltungsmittel zu verwenden (zum Beispiel HP ILO Amplifier, DELL OpenManage usw.).<\/p>\n

F\u00fcr die Installation von Betriebssystemen auf physischen Servern haben wir den allen gut bekannten Cobbler verwendet, der eine Reihe von mit dem Betriebsteam abgestimmten Installationsprofilen enth\u00e4lt. Bei der Hinzuf\u00fcgung eines neuen Servers zur Infrastruktur koppelte der Ingenieur die MAC-Adresse des Servers mit dem erforderlichen Profil in Cobbler. Bei der ersten Netzwerkstart erhielt der Server eine tempor\u00e4re Adresse und ein frisches Betriebssystem. Danach wurde er in das Ziel-VLAN\/IP-Adressierung \u00fcbertragen und die Arbeit dort fortgesetzt. Ja, die VLAN-\u00c4nderung kostet Zeit und erfordert Abstimmungen, aber sie bietet zus\u00e4tzlichen Schutz vor einer versehentlichen Installation des Servers in der Produktionsumgebung.<\/p>\n

Virtuelle Server haben wir auf Basis von mit HashiCorp Packer vorbereiteten Vorlagen erstellt. Der Grund war der gleiche: m\u00f6gliche menschliche Fehler bei der Installation des Betriebssystems zu vermeiden. Im Gegensatz zu physischen Servern erm\u00f6glicht es Packer jedoch, keine PXE, Netzwerkstart und VLAN-\u00c4nderungen zu verwenden. Das erleichterte und vereinfachte die Erstellung virtueller Server. <\/p>\n

\"Ein
\nAbb. 1. Verwaltung der Installation von Betriebssystemen.<\/i><\/p>\n

Verwaltung von Geheimnissen<\/h1>\n

\nJedes Konfigurationsmanagementsystem enth\u00e4lt Daten, die vor regul\u00e4ren Benutzern verborgen bleiben sollten, aber zur Systemvorbereitung erforderlich sind. Dazu geh\u00f6ren Passw\u00f6rter lokaler Benutzer und Servicedatenkonten, Zertifikatsschl\u00fcssel, verschiedene API-Tokens usw. Diese werden normalerweise als \u201eSecrets\u201c bezeichnet.<\/p>\n

Wenn von Anfang an nicht festgelegt wird, wo und wie diese Secrets gespeichert werden sollen, k\u00f6nnen je nach Strenge der Anforderungen an die Informationssicherheit folgende Speicherarten auftreten:<\/p>\n