Reprise du message précédent :
Question pour Anapi sur l'usage du Cloud : autant je pige comment faire dans le cadre du cloud hybride, autant en 100% cloud public comment tu fais pour relier tes clients et tes serveurs ?

Genre ton intranet, ton LDAP "interne" etc. Ta un VPN site à site avec tes instances dans le Cloud ? C'est quoi le cas le plus courant ?

edit : dernz

Et preums

et deuu'zzze

 
je ne comprends pas bien la question mais je dirais que soit tu colles un VPN (redondant toussa), soit tu passes à un modele beyondcorp

 
La question c'est comment font les gens en « full cloud public » pour leurs besoins d'infra « interne » (DHCP, AD/LDAP, partage de fichier et autres trucs habituellement interne). Enfin comment ils se relient à ce cloud.

Tu serres les fesses pour que personne n'écoute ?

 
Bah justement je me demande comment ça « peut passer » dans ces cas là

shit happens with cosmic rays ?

Si tu regardes ce qui est proposé du cpoté de chez Azure, et je pense que ça doit pas être trop différents chez les autres providers:  
- solution basique: VPN IPSec entre les subnet cloud, et des subnet onPrem.
- solution plus fiable et performante: lien telecom plus ou moins dédié entre ton réseau et leur cloud (la feature s'appelle expressroute chez eux, si besoin de googler).
 
En fait, il n'y a pas de solution miracle, il faut d'une façon ou d'une autre intégrer les réseau du cloud dans ton réseau.
Après, selon les contraintes, il est possible de monter sa propre  GW-VPN (avec une VM type vyos par exemple, ou autre truc libre). Ca fonctionne bien aussi, mais les providers cloud offrant un truc clé en main qu'il suffit de paramétrer, autant en profiter.
 
Si la question rejoint le teaser du topic XCP, et que tu veux pas prendre de risque avec la sécu des différents tenant, un setup avec une gateway VPN par client semble une idée de départ réaliste.
Si tu parts sur des clients full cloud, les performances des connexion internets (provider et client) peuvent rapidement devenir problématiques; typiquement dans le cadre d'un AD par exemple.

Disons qu'en hybride avec du XCP-ng, c'est trivial : GRE+IPSEC (ou VxLAN+IPSEC). Directement au niveau de l'hyperviseur, via Xen Orchestra

Par contre si c'est 100% chez nous, ça me pose pas mal de questions. Je veux dire, je connais les technos, mais je me demande ce qui est le plus commun. Aussi, j'ai pas envie de vendre du matériel physique pour assurer ce lien.

Coucou.
 
Je rentre en deuxième année d'école d'ingé et je cherche ma distrib pour l'année, pour mon laptop de travail.
 
Mon but c'est de tester un peu tout, jusqu'à présent en cadre perso j'ai utilisé Ubuntu, Arch, Debian, Manjaro. Au taf beaucoup de Debian et cette année CentOS.
 
Pour le moment je regarde du côté d'OpenSuse et de Deepin, vous en pensez quoi ? Je me fous un peu d'avoir une rolling release de la mort. Je cherche avant tout un OS stable (de ce côté là Manjaro m'a un poil déçu, avec deux MàJ qui m'ont planté la machine) qui me permette de voir du paysage.

 
Je comprends la problématique ... mais tu auras du mal à t'en défaire je pense;  
GRE au dessus d'IPSec me semble un brin overkill, mais la n'est pas la question.
Par rapport au design que tu vas souhaiter mettre en place, en fonction du nombre d'IP publiques dispo par client, tu as différentes options qui s'offrent à toi; En revanche, côté client, ça me semble difficile de ne rien faire investir.
Il n'y a pas de miracle, quelqu'un, et quelque chose devra assurer cette connexion. Si tu le propose clé en main, il va falloir t'en occuper

 
GRE/IPSec c'est pas overkill car c'est finalement le plus simple/transparent quand tu as déjà un OVS dans ta plate forme de virtu (donc ton network de VM ne s'en rend même pas compte). À moins que tu veuilles dire que IPSEC est pas utile quand tu as du GRE ? (pourtant le tunnel est pas chiffré de base, si tu passes par Internet ça me parait plutôt nécessaire de chiffrer non ? )
 
Côté client, c'est à eux de voir s'ils décident de faire du 100% public, moi je fournis pas le « contenu », uniquement le « contenant ». Après en effet, ils peuvent avoir leurs VMs de firewall/whatever.

dernz à pas parler résal ou distrib

  la foudre en mode chiffré

Bonsoir,
 

 
Mageia bien sur

Preum'z  

Ca dépend de ce que tu attends côté bandwidth, rédondance, sécu, $$$.
Cf les réponses déjà apportées.

Coté AWS:
On va du VPN: https://aws.amazon.com/fr/vpn/
Jusqu'au Direct Connect (Dx) (lien P2P privé dans pas mal de PoP) 10Gbps (LAG possible) pris en propre chez AWS ou chez un partenaire (<1Gbps): https://aws.amazon.com/fr/directconnect/
Tu peux d'ailleurs monter du VPN à travers Dx pour des archis un peu complexes (genre il y a quelques mois quand Transit Gateway: https://aws.amazon.com/fr/transit-gateway/ ne supportait pas Direct Connect mais supportait VPN).

Ressources pour dive deep le sujet, avoir des exemples d'architectures et un peu de "behind the scene":
AWS Transit Gateway & Transit VPCs, Ref Arch for Many VPCs (NET402) https://www.youtube.com/watch?v=ar6sLmJ45xs
AWS Direct Connect Deep Dive (NET403) https://www.youtube.com/watch?v=DXFooR95BYc

En théorie avec les derniers services sorties (TGW + Dx GW + VPN) t'es capable de t'affranchir totalement d'une couche de routage tiers (on a des design de transit VPC à base de CSR mais plus ça va et moins ça semble utile).
On a même des cas ou les boites sont totalement sorties du modèle VPN concentrator et reposent uniquement sur les services AWS y compris pour le routage site à site (avec un gros ROI à la clef).

http://www.neosemtech.com/effect-r [...] drive-ssd/

Ouais enfin d'experience moins tu vas déployer de VMs fw / routing mieux tes ops vont se porter et niveau intégration c'est plus simple de se reposer sur un set d'API provider que sur des particularités d'un vendor donné.
Amha si t'es capable de fournir un service qui se rapproche de ce que Azure/AWS/Whatever font ça sera qu'un plus pour tes clients, côté matos à part des devices en edge pour collecter des liens sur le(s) PoP que tu souhaite y'a pas grand chose non plus

deuze

Salut concurrent

Non, c'est pour hoster du XCP-ng, donc je doute que ça soit possible chez AWS hein (louer du serveur dédié sans OS installé). Pour chez nous, voit ça comme un produit d'appel pour du support XCP-ng (en gros on fera hoster chez un provider sans faire de marge ou très peu).

y'a du server BM chez AWS ... si ça peut te convenir (chez Azure et les autres fournisseurs de CP aussi)

 
Grillé.

J'ai pas trouvé

edit : BM 100%, sur lequel je peux installer XCP-ng moi-même hein. Pas des serveurs dédiés pour faire tourner du EC2

edit 2 : je trouve chez RackSpace/Packet.com, mais pas AWS en tout cas.

Dispo depuis mi 2018, t'es mauvais à Google
 

https://aws.amazon.com/about-aws/wh [...] -instances

Regarde aussi la page de pricing https://aws.amazon.com/ec2/pricing/on-demand/ et cherche metal, tu peux faire tourner whatever you need dessus.

Ta un accès KVM là dessus ? Sinon comment t'installe un OS custom ? Ya des limitations sur le mode bridge avec des MAC virtuelles ?

Ça me parait tellement différent des providers « habituels » que j'y vois pas clair

edit : en cherchant j'arrivais vu les instances metal mais pas vu comment installer son propre OS et cru que c'était pour hoster du EC2 uniquement Vous êtes nul en comm'

J'avoue que pour un hérétique ça peut être déroutant.  
Et j'avoue aussi que la doc autours des instances metal est pauvre, c'est un peu niche dans les pratiques faut dire

Donc, si je ne me trompe pas à date y'a pas moyen de monter ton "iso" directement sur la machine, on boot obligatoirement sur un volume EBS.
L'idée ça serait donc de monter une machine temporaire (en EC2 simple donc) dans laquelle tu vas prendre ton img pour le boot/setup et tu vas dd tout ça dans un second volume EBS.
Une fois que c'est fait tu détaches le tout, tu prends ton volume EBS ou t'as fait ton dd et t'en fait une AMI sur laquelle tu pourras démarrer ton serveur bare metal (amha tu pourrais même démarrer directement depuis la snapshot du volume EBS ou t'as copié ton img).

Plus d'info sur les AMIs (qui est en gros la base de tout boot sur EC2 correspondant à snapshot + metadata de conf EC2 pour démarrer une instance): https://docs.aws.amazon.com/fr_fr/A [...] /AMIs.html

Côté console, bah la va te falloir un support SSH natif à l'install
Y'a juste un RO sur la console: https://docs.aws.amazon.com/AWSEC2/ [...] nsole.html

 
Go EC2 puis clic sur launch instance et laisse toi guider.    
 
Y'a 175+ services, ça peut faire flipper au début mais après ça va tout seul.  

Eh beh, c'est bien merdique Note que j'ai réussi à installer XCP-ng depuis un live CD… Ubuntu en mode rescue chez un provider qui propose pas de KVM. En utilisant… qemu
 
Faut que je regarde niveau tarif, c'est pas ouf non plus…

 
Étape 1 : sélectionne ton AMI, ce qui n'a aucun sens pour installer son OS sur du bare metal
 
Je sais installer avec du PXE en auto avec un response file, mais là ça me parait tellement wtf pour mon use case que je vais ptetre pas creuser

 
C'est pas merdique, c'est différent (et mieux, donc ).    
 
Côté tarifs, les metal c'est généralement assez généreux côté ressources, ne t'arrête pas à la page de pricing puisqu'il s'agit du pricing on demand.
Si tu te commit (12 ou 36 mois en full, partial ou no upfront) t'as un discount qui peut monter assez haut.  
   
 
Si t'as déjà un compte et que tu veux un contact avec un AM pour un use case fait moi signe par mp.

Jveux bien voir pour une PoC ouais Jte MP

 
Tu t'arrêtes pour si peu, j'ai un TJM pas trop mauvais si tu veux

Prum'z encore

deuzze

bonjour,

 
je me vois dans l'obligation de quoter.

plop !

Vive les astreintes !

preums