Bonjour, Merci de la réponse. Tout reste à faire donc... En ce qui concerne les solutions opensource (CloudStack, OpenStack), y a-t-il des gens qui ont travaillé sur le sujet ?
Cordialement Emmanuel Thierry Le 6 janv. 2014 à 15:10, Adrien Pestel a écrit : > Bonjour, > > Je crois que l'IPv6 chez AWS se limite pour l'instant aux services > périphériques avec Internet (ELB, S3, Cloudfront...). > Si tu veux que ton instance soit joignable en IPv6 depuis l'extérieur il faut > la load balancer. > > Cordialement, > Adrien > > > Le 6 janvier 2014 12:59, Emmanuel Thierry <m...@sekil.fr> a écrit : > 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/
