Même si Azure propose déjà un PostgreSQL au format PaaS.
Ce rachat pourrait constituer une très belle opportunité pour développer le pendant d'Aurora en mode "Serverless".
Je ne conçois pas d'utiliser Xen(Server) sans les tools de paravirtualisation :)
Mais même avec ça cela reste en dessous en terme de perf par rapport à VMware.
Comme je le précisais cela reste toutefois très exploitable pour les workloads couramment rencontrés.
Je pense que la stratégie de Citrix à l'égard de XenServer est exactement la même que celle de Redhat ou encore de Rackspace vis à vis de OpenStack.
Adoption massive pour contrecarrer le type en face qui fait du propriétaire et qui est dans une situation ultra dominante.
J'ai oublié la notion de StorageLink qui fait exactement la même chose que VAAI, à savoir décharger les fonctions de snapshot/clone à la baie de stockage.
Toutefois toutes les baies de stockage ne sont pas supportées par StorageLink.
Je te rejoins sur stabilité et performance (notamment pour les guest Windows avec les tools qui en version 6.1 sont vraiment une cata en terme de fiabilité).
Sur les problématiques de perfs IO je pense pas que ce soit lié a VMFS5.
En effet si tu utilises un stockage NFS tu te retrouves dans la même configuration que Xen à savoir VMDK pour VMware d'un côté et VHD de l'autre.
Et même dans ce cas là tu as une différence de perf en faveur de VMware.
Il est spécifique à la partie réseau mais conceptuellement je pense que le problème est le même avec les IO disks.
De ce que j'en ai compris cela nécessite de revisiter en profondeur l'architecture logicielle de Xen, ce qui sera certainement fait mais nécessitera du temps
Enfin pour la pluspart des workloads des clients, Xen est bien souvent suffisant (et bien au dessus de ce que l'on a pu constater avec KVM en terme de performance).
Amazon Web Services l'utilise à large échelle et le succès de leur solution démontre que ça fonctionne :)
Pour m'être sérieusement (enfin presque) penché sur la question je peux te donner les éléments suivants :
- Free utilise la technologie 6RD (pour 6 Rapid Deployement ou RD étant également les initiales de l'inventeur de cette techno).
Il s'agit en quelques mots d'une techno d'encapsulation de v6 dans du v4 (tunnel 6to4).
Pour cela Free utilise des "gros routeurs" dans leur coeur de réseau pour terminer le tunnel, ces routeurs ont 2 IPs (192.88.99.101 et 192.88.99.102).
La Freebox active automatiquement le tunnel et tu récupères de mémoire un préfixe en /60 (28 + 32).
Ton bloc IPv6 est construit à partir du préfixe Free (2A01:E30::/28) et de ton IPv4 ( sur les 32 bits).
Cela te donne le bloc IPv6 qui t'es alloué.
Lorsque la Freebox est en mode routeur elle annonce (router advertisement / icmpv6) le préfixe en /64. Ainsi l'ensemble des équipements construisent leur IPv6 en fonction de leur mac address.
Maintenant deux choses posent problèmes :
- Si tu mets ta Freebox en bridge, c'est quand même elle qui établit le tunnel et récupère le bloc IPv6
- Si tu mets un FW/Routeur derrière ta Freebox cela ne fonctionnera pas car Free ne supportera pas le fait que tu as découpé ton subnet (et donc ne connaitra pas l'IP de la GW permettant aux paquets le retour).
Les deux seules solutions viables sont à ma conaissance :
- Freebox en mode routeur et un réseau IPv6 à plat derrière
- FW avec une carte ADSL intégrée et "construire" manuellement le tunnel 6RD
Tu ne peux pas utiliser la Freebox en mode bridge et profiter de l'IPv6 en interne pour construire le tunnel IPv6
Il semble que le service soit hébergé sur 1 (des ?) dedibox.
Cela utilise des applets Java et cela se résume à du déport d'affichage type VNC, FreeNX et autre.
Ca donne le sentiment de bêta (en même temps c'est normal s'en est une) et la concurrence risque d'être rude face à des offres packagés type hébergeur Citrix Metaframe.
[^] # Re: Azure?
Posté par pistouille . En réponse à la dépêche Microsoft achète Citus Data, spécialiste de PostgreSQL . Évalué à 1.
+1
Même si Azure propose déjà un PostgreSQL au format PaaS.
Ce rachat pourrait constituer une très belle opportunité pour développer le pendant d'Aurora en mode "Serverless".
[^] # Re: oui bien mais les perfs ...
Posté par pistouille . En réponse à la dépêche XenServer se libère et crée une communauté open-source. Évalué à 1.
Je ne conçois pas d'utiliser Xen(Server) sans les tools de paravirtualisation :)
Mais même avec ça cela reste en dessous en terme de perf par rapport à VMware.
Comme je le précisais cela reste toutefois très exploitable pour les workloads couramment rencontrés.
Je pense que la stratégie de Citrix à l'égard de XenServer est exactement la même que celle de Redhat ou encore de Rackspace vis à vis de OpenStack.
Adoption massive pour contrecarrer le type en face qui fait du propriétaire et qui est dans une situation ultra dominante.
Adrien
[^] # Re: oui bien mais les perfs ...
Posté par pistouille . En réponse à la dépêche XenServer se libère et crée une communauté open-source. Évalué à 0.
J'ai oublié la notion de StorageLink qui fait exactement la même chose que VAAI, à savoir décharger les fonctions de snapshot/clone à la baie de stockage.
Toutefois toutes les baies de stockage ne sont pas supportées par StorageLink.
[^] # Re: Console d'administration sous windows et non libre
Posté par pistouille . En réponse à la dépêche XenServer se libère et crée une communauté open-source. Évalué à 2.
Plusieurs console Xen existe (de plus ou moins bonne facture)
Pour Linux : OpenXenCenter
Cela fonctionne très bien
[^] # Re: oui bien mais les perfs ...
Posté par pistouille . En réponse à la dépêche XenServer se libère et crée une communauté open-source. Évalué à 2.
Je te rejoins sur stabilité et performance (notamment pour les guest Windows avec les tools qui en version 6.1 sont vraiment une cata en terme de fiabilité).
Sur les problématiques de perfs IO je pense pas que ce soit lié a VMFS5.
En effet si tu utilises un stockage NFS tu te retrouves dans la même configuration que Xen à savoir VMDK pour VMware d'un côté et VHD de l'autre.
Et même dans ce cas là tu as une différence de perf en faveur de VMware.
De ce que j'ai pu lire, le goulet d'étranglement se situe sur la structure même du netfront/netback blockfront/blockback.
Un document qui décrit bien la situation :
http://www.tecnologika.co.uk/wp-content/uploads/2040_solarflare_Getting_10Gbps_from_Xen_cognidox.pdf
Il est spécifique à la partie réseau mais conceptuellement je pense que le problème est le même avec les IO disks.
De ce que j'en ai compris cela nécessite de revisiter en profondeur l'architecture logicielle de Xen, ce qui sera certainement fait mais nécessitera du temps
Enfin pour la pluspart des workloads des clients, Xen est bien souvent suffisant (et bien au dessus de ce que l'on a pu constater avec KVM en terme de performance).
Amazon Web Services l'utilise à large échelle et le succès de leur solution démontre que ça fonctionne :)
Adrien
# Attention mode routeur + simple
Posté par pistouille . En réponse au message Pas d'IPv6 / FreeBox v4 (2 modes) / Debian. Évalué à 2.
Hello,
Pour m'être sérieusement (enfin presque) penché sur la question je peux te donner les éléments suivants :
- Free utilise la technologie 6RD (pour 6 Rapid Deployement ou RD étant également les initiales de l'inventeur de cette techno).
Il s'agit en quelques mots d'une techno d'encapsulation de v6 dans du v4 (tunnel 6to4).
Pour cela Free utilise des "gros routeurs" dans leur coeur de réseau pour terminer le tunnel, ces routeurs ont 2 IPs (192.88.99.101 et 192.88.99.102).
La Freebox active automatiquement le tunnel et tu récupères de mémoire un préfixe en /60 (28 + 32).
Ton bloc IPv6 est construit à partir du préfixe Free (2A01:E30::/28) et de ton IPv4 ( sur les 32 bits).
Cela te donne le bloc IPv6 qui t'es alloué.
Lorsque la Freebox est en mode routeur elle annonce (router advertisement / icmpv6) le préfixe en /64. Ainsi l'ensemble des équipements construisent leur IPv6 en fonction de leur mac address.
Maintenant deux choses posent problèmes :
- Si tu mets ta Freebox en bridge, c'est quand même elle qui établit le tunnel et récupère le bloc IPv6
- Si tu mets un FW/Routeur derrière ta Freebox cela ne fonctionnera pas car Free ne supportera pas le fait que tu as découpé ton subnet (et donc ne connaitra pas l'IP de la GW permettant aux paquets le retour).
Les deux seules solutions viables sont à ma conaissance :
- Freebox en mode routeur et un réseau IPv6 à plat derrière
- FW avec une carte ADSL intégrée et "construire" manuellement le tunnel 6RD
Tu ne peux pas utiliser la Freebox en mode bridge et profiter de l'IPv6 en interne pour construire le tunnel IPv6
Ci-dessous un lien qui décrit une configuration de ce type :
http://forum.hardware.fr/hfr/OSAlternatifs/reseaux-securite/configuration-degroupe-degroupe-sujet_71399_1.htm
[^] # Re: Git
Posté par pistouille . En réponse à la dépêche Ruby on Rails 2.1 disponible. Évalué à 1.
# Technos
Posté par pistouille . En réponse à la dépêche Ulteo ou une nouvelle approche du système d'exploitation. Évalué à 5.
Cela utilise des applets Java et cela se résume à du déport d'affichage type VNC, FreeNX et autre.
Ca donne le sentiment de bêta (en même temps c'est normal s'en est une) et la concurrence risque d'être rude face à des offres packagés type hébergeur Citrix Metaframe.
Toujours est-il que c'est dans l'air du temps.