Grundkonzepte

Bevor Sie sich zum ersten Mal anmelden, hilft es, eine Handvoll Konzepte zu verstehen, auf die die restliche Dokumentation ständig zurückgreift. Diese Seite ist eine kurze Orientierung — folgen Sie den Links für die vollständigen Details.

OpenStack

OpenStack ist die Open-Source-Cloud-Infrastrukturplattform, die allem zugrunde liegt. Sie verwaltet Ihre virtuellen Maschinen, Netzwerke, Speicher und Identitäten. Sie erreichen sie entweder über das Cloud Services Portal (die übergeordnete Verwaltungsoberfläche) oder direkt über OpenStack Horizon (die reine OpenStack-Weboberfläche) sowie das OpenStack CLI.

OpenStack-Dokumentation

Das Cloud Services Portal

Das Cloud Services Portal ist die zentrale Weboberfläche zur Verwaltung Ihrer Cloud-Ressourcen. Von hier aus verwalten Sie Projekte, Clients, Benutzer, S3-Objektspeicher, Backups, Quotas und Nutzung. Die meisten alltäglichen Aufgaben erledigen Sie hier und nicht im direkten OpenStack.

Cloud Services Portal Schnellstart

Clients und Projekte

Zwei Konzepte gliedern Ihre Ressourcen:

• Client — die oberste administrative Einheit. Ein Client fasst Benutzer und Abrechnung zusammen und enthält ein oder mehrere Projekte.
• Projekt — das eigentliche OpenStack-Projekt (Tenant). Ressourcen wie VMs, Netzwerke und Speicher liegen innerhalb eines Projekts. Wenn Sie eine VM erstellen, erstellen Sie sie in einem Projekt.

Benutzer und Berechtigungen

Benutzer werden im Cloud Services Portal unter Organisation Management verwaltet. Berechtigungsprofile (z. B. User vs User-Adm) werden unter Dashboard Management konfiguriert. Berechtigungen sind nicht alle am selben Ort:

• Cloud Services Portal-Berechtigungen (z. B. wer Benutzer verwalten darf) werden unter Organisation Management und Dashboard Management gesetzt.
• OpenStack- / Ressourcen-Berechtigungen werden in den jeweiligen Panel-Abschnitten gesetzt, etwa Quota, Nutzung, OpenStack oder S3 Storage Management.

Die Menüeinträge, die Sie sehen, hängen stark von Ihrem Abonnement (Bestellung) und Ihren Berechtigungen ab, daher kann Ihre Ansicht von der einer Kollegin oder eines Kollegen abweichen.

Quotas

Eine Quota ist eine Begrenzung, wie viel von einer Ressource (CPU, RAM, Speicher, Anzahl VMs usw.) ein Projekt verbrauchen darf. Quotas verhindern, dass ein einzelnes Projekt die gemeinsam genutzte Infrastruktur erschöpft. Sie können Quota-Änderungen über das Portal beantragen.

Quota-Verwaltung

Regionen und Availability Zones

Die Plattform ist über zwei geografisch getrennte Regionen in der Schweiz bereitgestellt, die jeweils drei Availability Zones enthalten. Den Unterschied zu verstehen ist entscheidend für die richtige Platzierung Ihrer Workloads.

Region

Eine Region ist eine vollständig unabhängige OpenStack-Bereitstellung. Die Plattform bietet zwei:

Ressourcen, die in einer Region erstellt werden, sind in der anderen nicht sichtbar. Ihr Projekt spannt jedoch beide Regionen — Sie können VMs in Zürich und Genf unter demselben Projekt deployen. Beachten Sie, dass Quotas pro Region gelten und S3-Buckets regionsspezifisch sind, während EC2-Credentials und Benutzer regionsunabhängig sind.

Availability Zone

Eine Availability Zone (AZ) ist ein physisch isolierter Bereich innerhalb einer Region. Jede Region enthält drei AZs:

Wenn Sie eine VM deployen, wählen Sie eine AZ. Eine VM kann später nicht in eine andere AZ verschoben werden. Router und Netzwerkdienste (DHCP, Metadata) werden standardmässig hoch verfügbar über alle AZs einer Region verteilt.

Netzwerkbeziehung

Der wesentliche Unterschied zwischen Regionen und AZs liegt auf Netzwerkebene:

• Region 1 (ch-zh1, Zürich) nutzt OVS (Open vSwitch) mit VXLAN-Tunneling. Private Layer-2-Netzwerke reichen über alle drei AZs — eine VM in ch-zh1-az1 und eine VM in ch-zh1-az3 kommunizieren im selben privaten Subnetz, ohne Gateway- oder Tunnel-Konfiguration.
• Region 2 (ch-ge1, Genf) nutzt OVN (Open Virtual Network) mit GENEVE-Tunneling. Die Wirkung ist dieselbe — privates L2 über alle AZs —, aber OVN ist der neuere, flexiblere Netzwerk-Backbone.
• Regionen sind nicht gekoppelt. Es gibt kein gestrecktes Layer-2-Netzwerk zwischen Zürich und Genf. Cross-Region-Kommunikation erfordert Floating IPs, ein VPN oder einen dedizierten Interconnect.

%%{init: {'themeVariables': {'textColor': '#333333', 'edgeLabelBackground': '#ffffff', 'clusterBkg': 'transparent', 'clusterBorder': '#999999'}}}%%
flowchart TD
    subgraph ZH ["Region ch-zh1 · Zürich · OVS/VXLAN"]
        AZ1["AZ1"] --- AZ2["AZ2"]
        AZ2 --- AZ3["AZ3"]
        AZ3 --- AZ1
    end
    subgraph GE ["Region ch-ge1 · Genf · OVN/GENEVE"]
        GE1["AZ1"] --- GE2["AZ2"]
        GE2 --- GE3["AZ3"]
        GE3 --- GE1
    end
    ZH -.-|"Kein gestrecktes L2<br>Floating IP / VPN"| GE

    classDef az fill:#e3f2fd,stroke:#1565c0,color:#0d47a1;
    class AZ1,AZ2,AZ3,GE1,GE2,GE3 az;
    linkStyle 0,1,2,3,4,5 stroke:#1565c0,stroke-width:2px;
    linkStyle 6 stroke:#e65100,stroke-width:3px,stroke-dasharray:10 5;

%%{init: {'themeVariables': {'textColor': '#e0e0e0', 'edgeLabelBackground': '#2a2a2a', 'clusterBkg': 'transparent', 'clusterBorder': '#666666'}}}%%
flowchart TD
    subgraph ZH ["Region ch-zh1 · Zürich · OVS/VXLAN"]
        AZ1["AZ1"] --- AZ2["AZ2"]
        AZ2 --- AZ3["AZ3"]
        AZ3 --- AZ1
    end
    subgraph GE ["Region ch-ge1 · Genf · OVN/GENEVE"]
        GE1["AZ1"] --- GE2["AZ2"]
        GE2 --- GE3["AZ3"]
        GE3 --- GE1
    end
    ZH -.-|"Kein gestrecktes L2<br>Floating IP / VPN"| GE

    classDef az fill:#1a3a5c,stroke:#64b5f6,color:#e3f2fd;
    class AZ1,AZ2,AZ3,GE1,GE2,GE3 az;
    linkStyle 0,1,2,3,4,5 stroke:#64b5f6,stroke-width:2px;
    linkStyle 6 stroke:#e65100,stroke-width:3px,stroke-dasharray:10 5;

Vergleich

Nächster Schritt

Da Sie nun die Bausteine kennen, lernen Sie, wie Sie sich zum ersten Mal anmelden.