Vue d’ensemble

Vue d’ensemble

Le projet OpenStack est une plateforme de cloud computing open source qui supporte tout types d’environnements cloud. Le projet vise une implémentation simple, une scalabilité massive, et un ensemble varié de fonctionnalités. Des experts Cloud computing du monde entier contribuent au projet.

OpenStack fournit une solution d’Infrastructure-as-a-Service (IaaS) à travers un éventail de services complémentaires. Chaque service offre une Application Programming Interface (API) qui facilite cette intégration.

This guide covers step-by-step deployment of the major OpenStack services using a functional example architecture suitable for new users of OpenStack with sufficient Linux experience. This guide is not intended to be used for production system installations, but to create a minimum proof-of-concept for the purpose of learning about OpenStack.

Après s’être familiarisé avec l’installation de base, la configuration, le fonctionnement, et le dépannage de ces services OpenStack, vous devriez envisager les étapes suivantes en vue du déploiement d’une architecture de production :

  • Définir et mettre en œuvre les services de base et les services optionnels pour satisfaire aux besoins de performance et de redondance.
  • Accroît la sécurité en utilisant des méthodes comme les firewalls, le chiffrement, et les politiques de service.
  • Implémenter un outils de déploiement comme Ansible, Chef, Puppet, ou Salt pour automatiser les déploiements et la gestion de l’environnement de production.

Architecture en exemple

L’architecture en exemple nécessite au moins deux nœuds (hôtes) pour lancer une simple machine virtuelle ou instance. Les services optionnels comme le Stockage par Blocs et le Stockage Objet nécessite des nœuds additionnels.

Important

The example architecture used in this guide is a minimum configuration, and is not intended for production system installations. It is designed to provide a minimum proof-of-concept for the purpose of learning about OpenStack. For information on creating architectures for specific use cases, or how to determine which architecture is required, see the Architecture Design Guide.

Cet exemple d’architecture diffère d’une architecture minimale de production par ce qui suit :

  • Les agents réseau tournent sur le nœud contrôleur plutôt que sur un ou plusieurs nœuds réseau dédiés.
  • Le trafic overlay (tunnel) des réseaux privés traverse le réseau de management au lieu d’un réseau dédié.

Pour plus d’information sur des architectures de production, voir les documents Guide de Design d’Architecture, Guide des Opérations OpenStack, et Guide du Réseau OpenStack.

Hardware requirements

Prérequis Matériels

Contrôleur

Le nœud contrôleur héberge le service d’Identité, le service d’Image, la partie management du Compute et du Réseau, plusieurs agents Réseau, et le Dashboard. Il inclut également les services support comme une base de données SQL, la file de message, et NTP.

En option, le nœud contrôleur peut faire tourner des parties de services de Stockage par Blocs, de Stockage Objet, d’Orchestration et de Télémétrie.

Le nœud contrôleur nécessite au minimum deux interfaces réseau.

Compute

Le nœud compute exécute la partie hyperviseur de Compute qui fait fonctionner les instances. par défaut, Compute utilise l’hyperviseur KVM. Le nœud compute héberge également un agent du service Réseau qui connecte les instances aux réseaux virtuels et fournit des services de firewall aux instances via les groupes de sécurité.

Vous pouvez déployer plus d’un nœud compute. Chaque nœud nécessite au minimum deux interfaces réseau.

Stockage par Bloc

Le nœud optionnel de Stockage par Blocs contient les disques que les services de Stockage par Blocs et de Systèmes de Fichiers Partagés provisionne pour les instances.

Pour simplifier, le trafic du service entre les nœuds compute et ce nœud utilise le réseau de management. Les environnements de production devraient implémenter un réseau de stockage séparé pour accroitre la performance et la sécurité.

Vous pouvez déployer plus d’un nœud stockage. Chaque nœud nécessite au minimum une interfaces réseau.

Stockage Objet

Le nœud optionnel de Stockage Objet contient les disques que le service de Stockage Objet utilise pour stocker les comptes, les conteneurs et les objets.

Pour simplifier, le trafic du service entre les nœuds compute et ce nœud utilise le réseau de management. Les environnements de production devraient implémenter un réseau de stockage séparé pour accroitre la performance et la sécurité.

Ce service nécessite deux nœuds. Chaque nœud doit avoir au minimum une interface réseau. Vous pouvez déployer plus de deux nœuds de stockage objet.

Réseaux

Choisir une des options suivantes de réseau virtuel :

Réseau Option 1 : Réseaux fournisseurs

L’option de réseaux fournisseurs déploie le service Réseau d’OpenStack de la façon la plus simple possible avec essentiellement les service de couche-2 (bridging/switching) et une segmentation des réseaux en VLAN. Principalement, il fait le lien (bridge) entre les réseaux virtuels et les réseaux physiques et s’appuie sur l’infrastructure réseau physique pour les services de couche-3 (routing). De plus, un service DHCP fournit les informations d’adresse IP aux instances.

Avertissement

Cette option ne permet pas le support des réseaux self-service (privés), des services de niveau-3 (routage), et des services avancés comme LBaaS et FWaaS. Envisager l’option des réseaux self-service ci-dessous si vous souhaitez ces fonctionnalités.

Networking Option 1: Provider networks - Service layout

Réseau Option 2 : Réseaux libre-service

L’option de réseaux libres-services améliore l’option de réseaux fournisseurs avec des services de couche-3 (routing) qui permettent la création de réseaux libres-services utilisant des techniques de segmentation overlay comme VXLAN. Essentiellement, cela permet de router les réseaux virtuels vers les réseaux physiques via le NAT. De plus, cette option sert de base aux services avancés comme LBaaS et FWaaS.

Networking Option 2: Self-service networks - Service layout
Creative Commons Attribution 3.0 License

Except where otherwise noted, this document is licensed under Creative Commons Attribution 3.0 License. See all OpenStack Legal Documents.