HOS 2.1 Ceph-Installation mit Netzwerk-Anpassung (7 von 8)

2016-02-16

HOS 2.1 Ceph-Installation mit Netzwerk-Anpassung (7 von 8)

Machine-translated from English. Read the English original

Installation überprüfen

Sobald der Installer erfolgreich abgeschlossen wurde, das Ansible-Sites.yml-Playbook ohne Fehler durchgelaufen ist und wir Ceph integriert haben, können wir mit der Überprüfung und Konfiguration beginnen.

Hinweis: Für alle, die unter Zwangsstörungen (OCD) leiden – ja, dies ist ein leicht unterschiedliches Build im Vergleich zur Umgebung, die für die vorherigen Blog-Beiträge 1-6 verwendet wurde – diese wurde seitdem, als ich die Gelegenheit hatte, diesen Beitrag zu schreiben, mehrfach neu aufgebaut. Der Prozess ist jedoch derselbe.

Anmeldekontodetails finden

  • Rufen Sie die Benutzerkontokenwörter auf dem HLM-Deployer-Knoten ab
cd ~/scratch/ansible/next/hos/ansible/group_vars/

# admin user
grep admin_pwd *

# demo user
grep demo_pwd *

# kibana user
grep kibana_p *

password details

Deployer /etc/hosts

  • Fügen Sie den HLM-Alias zur /etc/hosts-Datei auf dem Deployer-Knoten hinzu

update hlm alias

Netzwerk überprüfen

  • Überprüfen Sie das Netzwerk schnell, indem Sie alle Hostnamen in der /etc/hosts-Datei auf einem der Controller-Knoten pingen.
ssh helion-cp1-c0-m1-mgmt

#IFS=$' ,\t\n'
while read ip name aliasname; do
    if [[ $ip != \#* ]] && [[ $ip != "" ]] ; then
                echo -n "Pinging hostname $name, $ip ..."
                ping -c2 "$name" &>/dev/null && echo success || echo fail
        fi
done < /etc/hosts

basic networking check

Cinder-Volumetyp konfigurieren

  • Fügen Sie einen Volumetyp für den Ceph-Speicher hinzu (dies kann auch über Horizon statt über die CLI erreicht werden)
source ~/service.osrc

cinder type-create ceph-standard

cinder type-key ceph-standard set volume_backend_name=another-fruity-ceph

cinder extra-specs-list

volumetypeCreate

  • Erstellen Sie ein Testvolume und löschen Sie es anschließend
source ~/service.osrc

cinder list

cinder create --volume_type ceph-standard --display_name allthingscloud.eu-volume 5

cinder show <volume-id>

cinder delete <volume-id>

cinder list

volumecreate

Externes Netzwerk (Floating IPs) konfigurieren

  • Sie können entweder das HLM-Playbook ausführen, um diese Aktion durchzuführen, oder die CLI wie unten beschrieben verwenden. Das Playbook bietet derzeit nicht die Flexibilität, die Gateway-IP-Adresse festzulegen.
source ~/service.osrc

neutron net-create --shared --router:external ext-net

neutron subnet-create ext-net 172.16.62.0/24 --gateway 172.16.62.1 --allocation-pool start=172.16.62.150,end=172.16.62.200 --enable-dhcp

neutron net-external-list

ext-net

Ein privates Netzwerk hinzufügen

  • Fügen Sie als Demo-Benutzer ein privates Netzwerk mit Router zum externen Netzwerk hinzu.
source demo-openrc.sh

neutron --insecure net-create private-demo-net

neutron --insecure subnet-create private-demo-net 192.168.100.0/24 --name private-demo-subnet --dns-nameserver 172.16.1.5 --gateway 192.168.100.1

neutron --insecure router-create demo-router

neutron --insecure router-interface-add demo-router private-demo-subnet

neutron --insecure router-gateway-set demo-router ext-net

Konnektivität überprüfen

  • Probieren Sie Folgendes auf einem der Controller-Knoten aus
ssh helion-cp1-c1-m1-mgmt

source service.osrc

ip netns

neutron router-port-list demo-router

ping -c 4 <external gateway ip address>

verifyExternalGateway

Ein Test-Image hochladen

  • Verwenden Sie das Ansible-Playbook, um ein Demo-Image zum Testen vom Deployer-Knoten hochzuladen
cd ~/scratch/ansible/next/hos/ansible

ansible-playbook -i hosts/verb_hosts glance-cloud-configure.yml -e proxy="http://172.16.1.5:8080"

imageDownload

Einrichtung der Tempest-Überprüfungstests

  • Konfigurieren Sie die Umgebung für Tempest mit den mitgelieferten Playbooks und führen Sie anschließend die Tests aus
cd ~/scratch/ansible/next/hos/ansible

ansible-playbook -i hosts/verb_hosts cloud-client-setup.yml

source /etc/environment

TempestPrep

Tempest ausführen

  • Führen Sie die Standardtests wie folgt aus
cd ~/scratch/ansible/next/hos/ansible

ansible-playbook -i hosts/verb_hosts tempest-run.yml

Tempest-Ergebnisse

  • Vorsicht vor falschen Fehlern – nicht alle Tests laufen wie erwartet, was normalerweise zu etwa 4 Fehlern von 246 Tests führt

TempestResults

Horizon-Zugriff

  • Rufen Sie die Portaldetails aus der /etc/hosts-Datei ab.
grep vip-HZN-WEB /etc/hosts

HorizonIP

  • Standardbenutzer sind admin und demo. Die Speicherorte der Passwörter sind oben in diesem Beitrag detailliert beschrieben.

Horizon-Portal

Zugriff auf die Operations Console

  • Die Operations Console ist über Port 9095 auf der oben identifizierten Management-VIP verfügbar
http://vip:9095
  • Standardbenutzer ist admin. Gleiches Passwort wie oben.

Operations-Portal

ELK – Zugriff auf zentralisierte Protokollierung

  • Die Kibana-JavaScript-Client-Oberfläche für die HOS-Protokollierung ist über Port 5601 der Management-VIP verfügbar
http://vip:5601
  • Standardbenutzer ist kibana. Die Speicherorte der Passwörter sind oben in diesem Beitrag detailliert beschrieben.

ELKPortal

Das war’s fürs Erste. Der letzte Blogbeitrag in dieser Reihe behandelt einige der während des Installationsprozesses aufgetretenen Fehler.

Originally published on allthingscloud.eu (2016-02-16).

← All posts