Die Standardinstallation einer BlueMind-Plattform ist einfach durchzuf\u00fchren und erfordert nach der Definition der Architektur nur wenige Schritte. In bestimmten F\u00e4llen sollte eine Installation jedoch industrialisiert werden, damit sie viele Male wiederholt werden kann. Das trifft beispielsweise f\u00fcr einen Hosting-Anbieter oder einen Kunden mit vielen Benutzern und mehreren Plattformen zu.<\/p>\n\n\n\n
Ansible ist eine Automatisierungs-Engine, die eine solche Industrialisierung erm\u00f6glicht. Im vorliegenden Artikel wird die Einrichtung von BlueMind mit Ansible beschrieben, es ist aber durchaus m\u00f6glich, sich auf andere Tools wie z. B. Saltstack, Puppet oder Chef zu st\u00fctzen.<\/p>\n\n\n\n
Ansible ist ein IT-Automatisierungstool, das die Bereitstellung Ihrer Anwendungen und Systeme vereinfacht. Es er\u00fcbrigt bei der Bereitstellung oder Aktualisierung einer Anwendung das Verfassen von Skripten oder personenbezogenen Codes.<\/p>\n\n\n\n
Ansible hat den Vorteil, ohne einen Bereitstellungsagenten auf dem Zielserver auszukommen, da s\u00e4mtliche Installations- und Konfigurationsanweisungen mithilfe des SSH-Agenten ausgef\u00fchrt werden, der auf Linux-Servern weit verbreitet ist.<\/p>\n\n\n\n
Konkret kann Ansible drei Aufgabentypen automatisieren:<\/p>\n\n\n\n
In diesem Artikel wird die Verwendung von Ansible durch BlueMind im Rahmen der Automatisierung repetitiver Aufgaben der Systemverwaltung behandelt. F\u00fcr weitere Informationen \u00fcber die Einsatzm\u00f6glichkeiten von Ansible empfehlen wir den neuen Lernparcours „Einf\u00fchrung in Ansible<\/a>“ von Cloud Academy.<\/p>\n\n\n\n Wir verfolgen hier nicht das Ziel, Sie mit Ansible vertraut zu machen, sondern wir m\u00f6chten Ihnen mit diesem Produkt unsere Bereitstellungsmethoden nahebringen.<\/p>\n\n\n\n Es gibt verschiedene Methoden der Bereitstellung mit Ansible. Die vorgestellte Methode st\u00fctzt sich auf eine Inventardatei, die den oder die zu installierenden BlueMind-Server, die BlueMind-eigenen und von unseren Teams mit Hilfe von Git-Repositories zur Verf\u00fcgung gestellten Rollen sowie Playbook-Beispiele zur Anordnung der Vorg\u00e4nge enth\u00e4lt.<\/p>\n\n\n\n Die Verwendung von Ansible bietet zahlreiche Vorteile. Wenn Sie viele BlueMind-Instanzen f\u00fcr verschiedene Clients bereitstellen, sparen Sie Zeit. <\/strong>Insbesondere k\u00f6nnen Sie die Konfigurationen client- und nutzungsspezifisch vereinheitlichen, sodass die Bereitstellung der Installationen industrialisiert und damit die Disparit\u00e4ten zwischen den BlueMind-Instanzen begrenzt werden.<\/p>\n\n\n\n Sie k\u00f6nnen sich auch \u2013 in einem anderen Kontext <\/strong>\u2013 auf Ansible st\u00fctzen, um Ihre Entwicklungs-, Qualifizierungs-, Produktionsvorbereitungs- und Produktionsumgebungen so bereitzustellen, dass identische Konfigurationen garantiert werden. Dies maximiert insbesondere den Erfolg Ihrer Bereitstellungs- oder Aktualisierungsprojekte.<\/p>\n\n\n\n Im weiteren Verlauf dieses Artikels interessieren wir uns f\u00fcr die Bereitstellung eines einfachen BlueMind-Servers, der mehrere Hundert Benutzer aufnehmen kann. Anschlie\u00dfend werden wir sehen, dass es m\u00f6glich ist, eine BlueMind-Instanz bestehend aus zwei BlueMind-Servern, einem Core-Server und einem Back-End-Server mit den Daten der Benutzer bereitzustellen. <\/p>\n\n\n\n Abschlie\u00dfend werden wir uns die Entwicklungsperspektiven anschauen und sehen, dass es durchaus m\u00f6glich ist, sich an die vorhandenen Rollen anzulehnen, um einen dedizierten Elasticsearch<\/a>-Server oder auch einen BM-Edge<\/a>-Server bereitzustellen. Man k\u00f6nnte auch einen Disaster-Recovery-Mechanismus in Betracht ziehen, mit dem ein Server im Fall seines kompletten Ausfalls auf der Basis von Sicherheitskopien vollst\u00e4ndig wiederhergestellt wird.<\/p>\n\n\n\n Voraussetzung: ein installierter Ansible-Server. In unserem Fall handelt es sich nicht um die letzte Version, aber die Rollen sind vollst\u00e4ndig kompatibel: <\/p>\n\n\n\nAnsible und BlueMind<\/h2>\n\n\n\n
Umgebung: <\/strong><\/h2>\n\n\n\n
root@nmc-Ansible:~# Ansible --version <\/code><\/code><\/pre>\n\n\n\nAnsible 2.7.5 <\/code><\/code><\/pre>\n\n\n\n config file = \/etc\/Ansible\/Ansible.cfg <\/code><\/code><\/pre>\n\n\n\n <\/code>configured module search path = [u'\/root\/.Ansible\/plugins\/modules', u'\/usr\/share\/Ansible\/plugins\/modules'] <\/code><\/code><\/pre>\n\n\n\n <\/code>Ansible python module location = \/usr\/lib\/python2.7\/dist-packages\/Ansible <\/code><\/code><\/pre>\n\n\n\n <\/code>executable location = \/usr\/bin\/Ansible <\/code><\/code><\/pre>\n\n\n\n python version = 2.7.13 (default, Sep 26 2018, 18:42:22) [GCC 6.3.0 20170516] <\/code><\/pre>\n\n\n\nInstallation eines BlueMind-Servers: <\/h2>\n\n\n\n