Bonjour, Avez-vous une idée de comment ceci est transposé en IPv6 sur ces produits/outils ? - Utilisent-ils la même architecture avec des adresses ULA et du NAT66 ? - Déploient-ils un réseau IPv6 distinct ? - Ou alors osef IPv6 ? Est-ce fait également avec un binding 1:1 ou bien associent-ils un /64 à chaque machine/VM ?
Cordialement Emmanuel Thierry Le 5 janv. 2014 à 21:05, Adrien Pestel a écrit : > Bonsoir, > > En ce qui concerne AWS, tu as pour chaque instance (VM) la possibilité d'y > associer une EIP (Elastic IP). > Cette EIP publique est liée à ton instance jusqu'à temps que tu l'as libère. > > Techniquement c'est du NAT 1:1 entre ton EIP et l'IP privé de ta VM. > Cette gestion du NAT 1:1 est programmable. > > Il y'a fort à parier qu'il s'agit ni plus ni moins que de machine virtuelle > Linux au dessus des quelles ont a déployé un jeu d'API permettant de > programmer ces règles. > > Bien sûr tout cela est hypothétique mais il me semble que c'est le même > fonctionnement avec CloudStack (orchestration OpenSource Apache libérée par > Citrix). > > Cordialement, > Adrien > > > > > Le 5 janvier 2014 16:06, Manuel OZAN <manuelo...@gmail.com> a écrit : > >> Bonjour à tous, >> Je me tourne vers vous afin de m'éclairer sur quelques points >> techniques inhérents aux infrastructures "cloud" de type IaaS. >> >> En fait, je souhaiterais surtout savoir comment font les "grands" avec >> la problématique du routage des ip failover. >> >> L'objectif étant bien entendu de disposer de plusieurs VM (disposant >> elle-même d'une ou plusieurs ip pub) qui sont "exécutées" sur un >> serveur physique. >> >> Et surtout de découper un bloc en /32 et donc de limiter le gaspillage >> d'ipv4 public. >> >> Je crois comprendre qu'il est nécessaire de déclarer l'adresse mac >> virtuelle de la VM (à priori afin que les switch/routeurs routent les >> paquets vers le serveur physique ?). >> >> Mais comment cela fonctionne ? >> Équipements compatibles / Techno ? >> Près-requis ? >> >> Ps : je précise que le sujet étudié est un hyperviseur ESXi ne >> disposant pas de fonctionnalités réseaux "évolués" - pas de vDS et >> donc pas de vxlan... >> >> Merci >> >> >> --------------------------- >> Liste de diffusion du FRnOG >> http://www.frnog.org/ >> > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/