GRIDPARK-6872 Rechtschreibprüfung für Übernahme in Richtlinie

diff --git a/README.md b/README.md
index 21ea59d4ec3fd6185839d5ef1d3b954ef2882d7b..4ee29375855d881fe99b0ea02c6b457dfec40ec2 100644 (file)
--- a/README.md
+++ b/README.md
@@ -15,7 +15,7 @@ Benutzern und Prozessen ausgeführt werden können.
 Die Mindest-Version von Python 3  ist **3.5**.
 
 **Hinweis:** Man sollte sich überlegen, *wo* man dieses Provisionierungs-Script laufen lassen
-möchte, da bei der Ausführung pro Projekt eine Datei mit zum Teil persölichen Secrets angelegt
+möchte, da bei der Ausführung pro Projekt eine Datei mit zum Teil persönlichen Secrets angelegt
 wird. Diese wird zwar nur für den aktuellen Nutzer lesbar angelegt und auch für Git maskiert,
 aber wenn andere Nutzer mit Root-Rechten auf der Kiste angemeldet sind, können sie diese trotzdem lesen.
 Das Gleiche trifft für die allgemeine Konfigurationsdatei zu, wenn man diese anlegt (siehe Punkt 1.4.).
@@ -54,10 +54,8 @@ also CentOS, Fedora, RHEL, OEL, SuSE usw.
 
 ### 1.3. Installation Terraform
 
-Leider gibt es keine Terraform-Pakete. Man ist daher darauf angewiesen,
-sich das Terrform-ZIP-Paket von folgender URL zu holen: https://www.terraform.io/downloads.html
-Dort das ZIP-File für Linux 64 Bit downloaden, entpacken, und die herauspurzelnde Datei
-ausführbar machen und irgendwo in den Pfad legen.
+Mittlerweile gibt es rpms für Terraform.
+Infos sind hier zu finden: https://www.terraform.io/docs/cli/install/yum.html
 
 **Hinweis:** Da im Backend von Terraform die Versionsnummer von Terraform, mit dem der Plan
 aufgestellt wurde, hinterlassen wird, diese Backend geteilt ist (via Consul), und die Pläne nicht
@@ -75,7 +73,7 @@ bzw. zu aktualisieren. Das sind folgende Dinge:
 
 * Einrichten des Virtual Environments in `venv`, falls es noch nicht geschehen sein sollte,
 * Installieren und aktualisieren aller benötigten PIP-Module, einschließlich der
-  **python_fb_tools** (aus Gitlab heraus onstalliert),
+  **python_fb_tools** (aus Gitlab heraus installiert),
 * Kompilieren der i18n-Dateien (für die Damen und Herren, die des Englischen nicht ganz so mächtig sind).
 
 Das sieht beim ersten Mal so aus:
@@ -182,7 +180,7 @@ frank.brehm@ns1-local ~/Work/terraform (test) >
 
 #### 1.4.2. Update der virtuellen Umgebung
 
-Der nächste Schrit ist grundsätzlich vor jeder Arbeitssitzung zu machen, um die virtuelle
+Der nächste Schritt ist grundsätzlich vor jeder Arbeitssitzung zu machen, um die virtuelle
 Umgebung zu aktivieren:
 
 ```
@@ -219,12 +217,12 @@ frank@bruni ~/Develop/PP/terraform (master) > . venv/bin/activate
 (venv) frank@bruni ~/Develop/PP/terraform (master) >
 ```
 
-Wie oben ersichtlich, befindet sich Befehl **create-terraform** nach der Aktivierung im
+Wie oben ersichtlich, befindet sich der Befehl **create-terraform** nach der Aktivierung im
 Pfad für ausführbare Dateien.
 
 ### 1.5. Grundlegende Konfiguration
 
-Nach dem Clonen und dem Update der Virtuellen Umgebung befindet sich im Arbeitzsverzeichnis unter _venv/etc_
+Nach dem Clonen und dem Update der Virtuellen Umgebung befindet sich im Arbeitsverzeichnis unter _venv/etc_
 die Datei _'create-terraform.ini.default'_, welches nicht die allgemeine Konfigurationsdatei ist,
 sondern nur ein Muster dafür.
 
@@ -262,7 +260,7 @@ auskommentierten Einträge in der _create-terraform.ini.default_ sind). Aber es
 * das root-Passwort für die installierten Kisten (wird derzeit nicht verwendet, ist aber für später vorgesehen).
 
 **Hinweise:**
-* Das Passwort des VSphere-Administrators findet man hier: https://intra.powerofone.de/confluence/x/IpKCAg, 
+* Das Passwort des VSphere-Administrators findet man im TPM: https://intra.powerofone.de/confluence/x/IpKCAg, 
   im Abschnitt Live Umgebung - vCenter Single Sign On-Dienst
 * Den API-Key für die globale PowerDNS-Instanz findet man hier: https://intra.powerofone.de/confluence/x/gIjrAQ
   im Abschnitt '5. Zugangsdaten'.
@@ -349,7 +347,7 @@ Die nachfolgenden Parameter können pro defaults-Abschnitt und pro VM vergeben w
   1 GB identisch mit 1 GiB ist, also 2^30 Bytes, und nicht 10^9 entspricht. Im Normalfall verwendet man aber
   ein Vielfaches von 1 GiB als Hauptspeicher.
 
-* **boot_delay**: Die Verweildauer im POST nach dem Einschalten als Float-Zahl in Sekunden. In diesm Zeitraum kann
+* **boot_delay**: Die Verweildauer im POST nach dem Einschalten als Float-Zahl in Sekunden. In diesem Zeitraum kann
   in der VM-Konsole in VSPhere zum Beispiel das Boot-Menü aufgerufen werden, um die VM beispiesweise vom Netz oder
   einer verbundenen Live-CD zu booten, oder um die BIOS-Einstellungen zu gelangen. Wenn man unbedingt das
   VSPhere-Standard-Verhalten haben möchte (sofortiger Boot ohne Warten), stellt man den Wert auf '**0**'. In diesem
@@ -381,3 +379,4 @@ Die nachfolgenden Parameter können pro defaults-Abschnitt und pro VM vergeben w
 
 ### 3.1 change vSphere Host per need in terraform yaml (live <--> test)
 
+### 3.2 support terrform 0.13