Concepts de base

Avant votre première connexion, il est utile de comprendre quelques concepts auxquels le reste de la documentation fait constamment référence. Cette page offre une orientation rapide : suivez les liens pour obtenir tous les détails.

OpenStack

OpenStack est la plateforme d'infrastructure cloud open source sur laquelle repose l'ensemble du service. Elle gère vos machines virtuelles, vos réseaux, votre stockage et vos identités. Vous interagissez avec elle soit via le Cloud Services Portal (l'interface de gestion de niveau supérieur), soit directement via OpenStack Horizon (l'interface web OpenStack brute) et l'OpenStack CLI.

Documentation OpenStack

Le Cloud Services Portal

Le Cloud Services Portal est l'interface web centrale pour gérer vos ressources cloud. C'est ici que vous gérez les projets, les clients, les utilisateurs, le stockage objet S3, les sauvegardes, les quotas et l'utilisation. La plupart des tâches quotidiennes s'effectuent ici plutôt que directement dans OpenStack.

Démarrage rapide du Cloud Services Portal

Clients et projets

Deux concepts structurent l'organisation de vos ressources :

• Client : l'unité administrative de premier niveau. Un client regroupe les utilisateurs et la facturation, et contient un ou plusieurs projets.
• Projet : le projet OpenStack proprement dit (tenant). Les ressources telles que les VM, les réseaux et le stockage résident dans un projet. Lorsque vous créez une VM, vous la créez dans un projet.

Utilisateurs et permissions

Les utilisateurs sont gérés dans le Cloud Services Portal sous Organisation Management. Les profils de permissions (par ex. User vs User-Adm) sont configurés sous Dashboard Management. Les permissions ne sont pas toutes au même endroit :

• Les permissions du Cloud Services Portal (par ex. qui peut gérer les utilisateurs) sont définies sous Organisation Management et Dashboard Management.
• Les permissions OpenStack / ressources sont définies dans les sections de panneau correspondantes, telles que Quota, Utilisation, OpenStack ou S3 Storage Management.

Les éléments de menu que vous voyez dépendent fortement de votre abonnement (commande) et de vos permissions ; votre vue peut donc différer de celle d'un collègue.

Quotas

Un quota est une limite sur la quantité d'une ressource (CPU, RAM, stockage, nombre de VM, etc.) qu'un projet peut consommer. Les quotas empêchent un seul projet d'épuiser l'infrastructure partagée. Vous pouvez demander des modifications de quota via le portail.

Gestion des quotas

Régions et zones de disponibilité

La plateforme est déployée sur deux régions géographiquement séparées en Suisse, chacune contenant trois zones de disponibilité. Comprendre la différence est essentiel pour placer correctement vos charges de travail.

Région

Une région est un déploiement OpenStack entièrement indépendant. La plateforme en propose deux :

Les ressources créées dans une région ne sont pas visibles dans l'autre. Toutefois, votre projet couvre les deux régions : vous pouvez déployer des VM à Zurich et à Genève sous le même projet. Notez que les quotas s'appliquent par région et que les buckets S3 sont spécifiques à une région, tandis que les identifiants EC2 et les utilisateurs sont indépendants de la région.

Zone de disponibilité

Une zone de disponibilité (AZ) est une section physiquement isolée au sein d'une région. Chaque région contient trois AZ :

Lorsque vous déployez une VM, vous choisissez une AZ. Une VM ne peut pas être déplacée vers une autre AZ par la suite. Les routeurs et les services réseau (DHCP, metadata) sont déployés en haute disponibilité sur toutes les AZ d'une région par défaut.

Relation réseau

La principale différence entre les régions et les AZ se situe au niveau du réseau :

• La région 1 (ch-zh1, Zurich) utilise OVS (Open vSwitch) avec un tunneling VXLAN. Les réseaux privés de couche 2 s'étendent sur les trois AZ : une VM dans ch-zh1-az1 et une VM dans ch-zh1-az3 communiquent sur le même sous-réseau privé sans aucune configuration de passerelle ni de tunnel.
• La région 2 (ch-ge1, Genève) utilise OVN (Open Virtual Network) avec un tunneling GENEVE. L'effet est le même (un L2 privé sur toutes les AZ), mais OVN est le backend réseau plus récent et plus flexible.
• Les régions ne sont pas couplées. Il n'existe aucun réseau de couche 2 étendu entre Zurich et Genève. La communication entre régions nécessite des Floating IP, un VPN ou une interconnexion dédiée.

%%{init: {'themeVariables': {'textColor': '#333333', 'edgeLabelBackground': '#ffffff', 'clusterBkg': 'transparent', 'clusterBorder': '#999999'}}}%%
flowchart TD
    subgraph ZH ["Region ch-zh1 · Zurich · OVS/VXLAN"]
        AZ1["AZ1"] --- AZ2["AZ2"]
        AZ2 --- AZ3["AZ3"]
        AZ3 --- AZ1
    end
    subgraph GE ["Region ch-ge1 · Geneva · OVN/GENEVE"]
        GE1["AZ1"] --- GE2["AZ2"]
        GE2 --- GE3["AZ3"]
        GE3 --- GE1
    end
    ZH -.-|"No stretched 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 · Zurich · OVS/VXLAN"]
        AZ1["AZ1"] --- AZ2["AZ2"]
        AZ2 --- AZ3["AZ3"]
        AZ3 --- AZ1
    end
    subgraph GE ["Region ch-ge1 · Geneva · OVN/GENEVE"]
        GE1["AZ1"] --- GE2["AZ2"]
        GE2 --- GE3["AZ3"]
        GE3 --- GE1
    end
    ZH -.-|"No stretched 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;

Comparaison

Étape suivante

Maintenant que vous connaissez les éléments de base, apprenez à vous connecter pour la première fois.