Présentation des services Cloud

Un Cloud (nuage) est composé de plusieurs DATACENTER. (Centre de données)

Chaque DATACENTER possède des milliers et des milliers de serveurs.

  • Si un serveur tombe en panne, un autre serveur va prendre immédiatement sa place.
  • Si le DATACENTER brûle , un autre DATACENTER prendra le relais le temps que ce dernier soit remis sur pied.
  • Toutes les données présentes dans le DATACENTER sont répliquées entre DATACENTER.

Un Cloud loue à ses clients différents types de ressources :

  • Ressources CPU
  • Ressources RAM
  • Ressources de stockage
  • Ressources Réseau

Chaque Cloud est disponible dans le monde entier via le réseau Internet.

Pour faire simple :

il est impossible que vous perdiez vos données si elles sont mises sur un cloud.

La location de ses ressources est articulée autour de 3 différents types d’offres :

  • IaaS  (Infrastructure as a Service) = Infrastructure en tant que service.
  • SaaS (Software as a Service) = Logiciel en tant que service.
  • PaaS (Plateform as a Service) = Plate-forme en tant que service.
Chapitre 1

L'offre IAAS

Une offre IaaS (Infrastructure as a Service) nous permet de louer un serveur. Il sera cependant hébergé par notre fournisseur de service Cloud afin qu’il soit répliqué en cas de panne.

Comme nous l’avons vu dans l’article précédent ( Virtualisation ), il est préférable de mettre tous les serveurs d’un DATACENTER dans un Cluster est de créer des machines virtuelles pour nos clients. Le client va donc définir :

  • La quantité de RAM qu’il va avoir besoin
  • La capacité de calcul (CPU) dont il va avoir besoin
  • Le stockage nécessaire au bon fonctionnement sa VM
  • La bande passante disponible pour sa VM.

Le fournisseur de service Cloud va créer cette VM , vous demander quel système d’exploitation vous souhaiteriez avoir, l’installe et vous donne un accès à distance sécurisé afin que vous puissiez commencer à travailler dessus.

Offre OVH correspondante :

https://www.ovh.com/fr/serveurs_dedies/enterprise/

Chapitre 2

L'offre SAAS

Le client va uniquement choisir l’application qu’il désire avoir, tout le reste sera à la charge du fournisseur de service Cloud. Les offres SaaS (Software as a Service) les plus connues sont :

  • iCloud
  • Google Drive
  • Dropbox
  • OneDrive

Ses offres nous permettent de sauvegarder sereinement nos données. (Au lieu d’acheter un disque dur externe, tout stocker dedans pour ensuite le perdre, le casser, ect …) Nous pouvons aussi trouver des offres SaaS comme Sharepoint ou Exchange.

Offre OVH correspondante :

https://www.ovh.com/fr/sharepoint/?range=mail

CHAPITRE 3 :

L'offre PAAS

L’Offre PaaS (Plate-forme en tant que service) se situe entre le SaaS et l’ IaaS

Elle permet de fournir au client un environnement déjà configuré pour commencer à travailler.

Le client va choisir :

  • Les caractéristiques de sa VM
  • Le Système d’exploitation voulu
  • Les logiciels voulus

Le fournisseur va donc installer et configurer cet espace de travail. Le client pourra ensuite faire ce qu’il veut de sa plateforme. Cette solution permet de laisser à la charge du fournisseur le soin de mettre à jour toutes les suites logicielles, les mises à jour de systèmes d’exploitation , la gestion des antivirus, etc. ! Le client ne se soucis que de sa partie (Développement Web , Application ou autre)

Offre OVH correspondante :

https://www.ovh.com/fr/cloud/paas-sms.xml

Présentation de la Virtualisation

La virtualisation est un ensemble de techniques qui permettent de faire fonctionner plusieurs systèmes d’exploitation sur une même machine physique. Avant la virtualisation, 80 % des serveurs d’un DATACENTER avaient un taux d’utilisation moyen inférieur à 10 %. En prenant en considération l’avancée technologique ainsi que les préconisations Microsoft ou les distributions Linux (Un seul service ou une seule application sur un même système d’exploitation), il est primordial d’utiliser la virtualisation pour :

  • Utiliser aux maximums nos ressources physiques
  • Réduire le nombre de serveurs physique
  • Gagner de la place dans nos salles serveur
  • Réduire le temps et les coûts des maintenances matériels
  • Réduire notre consommation électrique.

Exemple : Au lieu d’avoir 10 serveurs physiques en production avec un taux d’utilisation inférieur à 10%, nous avons 2 serveurs physiques hébergeant 10 Machines virtuelles (VM). Nos deux serveurs physiques auront un taux d’utilisation de 50%.

Chapitre 1

SANS LA VIRTUALISATION

Nos serveurs physiques possèdent 4 ressources physiques :

  • Espace Disque
  • Mémoire RAM
  • Processeur (CPU)
  • Carte Réseau.

On va installer sur notre serveur notre système d’exploitation ainsi que les applications dont nous avons besoin (Service Active directory, Serveur antivirus, etc …). Nous pouvons donc le schématiser comme ceci :

 

Chapitre 2

AVEC LA VIRTUALISATION

Nous avons vu que la virtualisation permet de supporter plusieurs machines virtuelles. Pour ce faire nous allons avoir besoin d’un hyperviseur.
Un hyperviseur est un système d’exploitation installé sur nos serveurs physiques. Ce système va accueillir et exécuter nos machines virtuelles (VM)
Il existe deux principaux systèmes de virtualisation :

  • VmWare (ESX)
  • Hyper-V

VmWare est le produit le plus utilisé au monde , nous parlerons donc que de celui-ci. L’hyperviseur va fournir à chaque VM un pourcentage de sa capacité :

  • CPU
  • RAM
  • Stockage
  • un accès réseau
  •  

Si nous avons 10 VM sur notre serveur physique, nous n’allons pas fournir un port réseau pour chaque VM, mais nous allons lui fournir une interface physique virtuelle raccordée à un vSwitch (Switch virtuelle). Ce vSwitch est capable de faire du taggage Vlan. Il faudra lié une ou plusieurs interfaces réseau physiques avec un vSwitch

si nous décidons de faire du marquage Vlan au niveau du vSwitch , il faudra donc mettre en place une liaison Trunk entre notre serveur physique et notre switch physique afin que le marquage vlan fait par le vSwitch soit conservé dans notre réseau d’infrastructure.

Chapitre 3

HAUTE DISPONIBILITé

Nous avons vu comment nos serveurs physiques exécutent nos VM. Si notre serveur physique subit une panne. Toutes les VM hébergées par ce dernier ne seront plus exécutées. Pour éviter ce cas de figure, nous allons mettre tous nos serveurs physiques dans un même Cluster.

Un cluster est un groupe de travail. Tous les membres d’un cluster doivent être exactement identiques. Lorsqu’un serveur physique subit une panne, les autres membres du cluster vont récupérer les VM supportés par ce dernier et les exécuter en attendant qu’il redevienne disponible. Pour faire ceci, il faut que les VM ne soient pas stockés sur notre serveur physique, mais sur une baie de disque. Comme ça , chaque serveur peut exécuter n’importe quel VM.

Pour gérer des cluster , il faut le produit vCenter.

Chapitre 4

LEXIQUE VMWare

  • ESX : Système d’exploitation installé sur nos serveurs physiques. Ce système va accueillir et exécuter nos machines virtuelles (VM)
  • vSphere Client : Permets de créer, administrer et superviser nos machines virtuelles. Cette application va se connecter sur un ESX ou sur un vCenter Server.
  • vCenter Server : Permet d’administrer de façon centralisée nos ESX. Ce service Windows est installé sur une VM dédiée.
  • vMotion : Permets de déplacer d’un ESX à un autre une VM en fonctionnement sans arrêt de service.
  • HA (High Availability) : Cette fonctionnalité permet de redémarrer une VM sur d’autres ESX appartenant au même cluster en cas d’une mise hors tension non programmée d’un ESX. Ce redémarrage engendre un arrêt de production, le temps que la VM redémarre.
  • DRS : (Distributed Resource Sheduler) : Cette fonctionnalité permet de déplacer automatiquement des VM entre ESX (via vMotion) afin de faire une répartition de charge entre serveurs physiques.
  • FT (Fault Tolerance) : Cette tolérance de panne permet d’exécuter une VM sur 2 serveurs physiques différents. Cette VM est exécutée deux fois : (Une VM primaire et une VM secondaire, cette deuxième VM est la copie conforme de la première) En cas ou le serveur hôte de la VM primaire tombe en panne, la VM secondaire reprend le rôle de cette VM de façon totalement transparente sans perte de données ni arrête de service.