par contre je ne sais pas si il est à jour.
Dans un premier temps le support spice devrait utiliser un fichier de conf téléchargé par le client, et ce fichier de conf devra être associé au client spice.
(remote-viewer). Par contre cette fonctionnalité a été implémenté recemment dans spice, debut janvier je pense.
Il y aura peut être également le support de spice-xpi, mais je ne sais pas si il existe une version compilé pour chrome/firefox sous macosx.
Concernant spice, effectivement ca a été trop short pour l'intégré, la partie clone a pris un peu plus de temps que prévu.
Je fais +- 70% du dev de l'integration spice pour l'instant (client spice-gtk pour l'instant, spice-html5 ne semble pas au point).
La prochaine feature à finaliser avant spice est la migration à chaud d'un disque entre 2 stockages, ensuite je m'occupe de pousser spice :)
Pour la petite histoire, apache a été remplacé par un petit daemon en perl (via la librairie AnyEvent::HTTP) , cela va servir de base à de nouvelles fonctionnalités pour les prochaines versions (intégration d'un proxy spice par exemple)
prevu pour proxmox 3.0 (les patchs sont deja prêts). Concernant les clones il y aura des clones "copy" et des clones "linked".
Les linked clones sont des clones à partir d'un parent comme référence, avec le disque enfant qui prent 0 octet de place à la création.
Je ne sais pas si ovirt permet deja de le faire ?
-spice deja la ( par contre pas de novnc, juste l url+mdp a utiliser)
prevu pour proxmox 3.0,Il y aura une console spice-html5 et peut être l'integration de spice-xpi, ca reste encore à voir
-hotplug/unplug de disques et de cartes reseaux
c'est deja possible en fait, il faut ajouter hotplug:1 dans le fichier de conf de la vm
-agent sur les guests
prevu pour proxmox 3.0
-api sdk python (ou api rest tout aussi moche que celle de promox)
-storage live migration
prevu pour proxmox 3.0 (les patchs sont deja prêts)
-image minimale d hyperviseur ou installation de packages sur rhel6/centos6/f16/f17/f18 ( pas sur une debian qui commence a dater)
proxmox 3.0 sera basé sur wheezy (par contre le kernel actuel est celui de rhel6.3).
-direct lun
deja possible
-disque a partager entre VMS
il y a une discussion en cours à ce sujet. pour l'instant c'est possible avec les disques iscsi en direct lun
Quand vous dites "Le redimensionnement à chaud des disques pour kvm", est-ce que cette fonctionnalitée est dans l'interface
Oui
et si oui peut on la faire dans les deux sens? Agrandissement et rétrécissement
Agrandissement uniquement (pour raison de sécurité tant qu'il n y a pas le support du guest agent)
Par contre dans les nouveautés vous ne parlez pas du protocole spice?
Est-ce toujours au programme?
Oui, j'oublais spice, c'est toujours prevu. (spice-html5 semble est au point comme console)
-le support officiel du stockage ceph/rbd pour kvm !
-Le redimensionnement à chaud des disques pour kvm
La prochaine version sera la 3.0, avec au programme
- la gestion des template & clones pour kvm :)
- support officiel hotplug/unplug devices kvm
- gestion du qemu guest agent
et bien d'autre nouveautés prévues.
Si vous voulez contribuer au projet (perl backend / javascript/extjs pour le frontend ) :
-> pve-devel@pve.proxmox.com
mais qui va envoyer la demande de shutdown sur le fence et pour quel motif ?
si jamais node1 n'est plus visible dans le quorum de corosync. (c'est checké en multicast)
ex avec ton exemple :
probleme reseau isolant node1 de node2/3,
qui decide de couper quoi ?
est-ce node1 va demander au fence d'eteindre node2 et node3, ou bien node2 qui va demander à eteindre node1, mais pour quelle raison ce ne serait pas node3 qui fait la demande ?
node2 ou node3, c'est corosync qui gère ca.
parce qu'autant avec du CARP ou du heartbeat, on reprend la main si l'autre n'est pas joignable,
autant là, je ne vois pas (j'ai surement encore des choses à lire)
que veux-tu dire par reprendre la main ? sur l'interface web ? (parce que chaque node gère l'interface, c'est master-master, il n'y a pas de bascule du service web). la HA sert uniquement a redémarrer les vms et rien d'autre.
Pour sheepdog et rbd, c'est deja fonctionnel, mais pas encore supporté officielement (il manque les backups).
il faut juste ajouter les stockages dans le fichier de conf /etc/pve/storage.cfg.
(ca sera dispo via l'interface web quand le backup seront en place, pour la prochaine version de proxmox)
les snapshots sont également fonctionnel sur sheepdog et rbd.
les clones devraient arriver pour la prochaine version de proxmox également.
Les fencing devices, sont des périphériques externes au serveurs (ipmi, dell drac, hp ilo, ou switchs electrique apc …) qui permettent d'être certain que ton serveur soit éteint avant de redémarrer ta vm automatiquement sur un autre noeud.
(une commande shutdown est envoyée sur ces périphérique)
Imagine que tu ais un problème réseau entre tes nodes. (node1 n'est plus vu par node2 et node3), mais que ta vm tourne encore dessus. (san operationnel).
Sans fencing device, ta vm pourrait être redémarrée sur node2, alors qu'elle tourne encore sur node1.
Et là, c'est la cata.
[^] # Re: télécharger le tutoriel proposé par JulienH
Posté par aderumier . En réponse à la dépêche Shinken 1.4. Évalué à 1.
oui, pas de soucis sous debian/ubuntu.
il y a un script qui s'occupe de tout déployer:
http://www.shinken-monitoring.org/download/
curl -L http://install.shinken-monitoring.org | /bin/bash
# seuils d'alertes variables
Posté par aderumier . En réponse à la dépêche Shinken 1.4. Évalué à 2.
Ah, super comme fonctionnalité ! Marre d'avoir 2 checks cpu pour la journée et la nuit :)
[^] # Re: Pas mal mais
Posté par aderumier . En réponse à la dépêche Proxmox VE 3.0 est sorti. Évalué à 1.
oui, le client pourra choisir la console vnc java ou spice (remote-viewer en natif).
Pas de version html5 prévu pour l'instant (vnc ou spice)
[^] # Re: Un bon suivi
Posté par aderumier . En réponse à la dépêche Proxmox VE 3.0 est sorti. Évalué à 1.
aucune idée concernant macosx
je vois qu'un build est disponible ici:
http://spice-space.org/page/OSX_Client
par contre je ne sais pas si il est à jour.
Dans un premier temps le support spice devrait utiliser un fichier de conf téléchargé par le client, et ce fichier de conf devra être associé au client spice.
(remote-viewer). Par contre cette fonctionnalité a été implémenté recemment dans spice, debut janvier je pense.
Il y aura peut être également le support de spice-xpi, mais je ne sais pas si il existe une version compilé pour chrome/firefox sous macosx.
[^] # Re: Un bon suivi
Posté par aderumier . En réponse à la dépêche Proxmox VE 3.0 est sorti. Évalué à 6.
Concernant spice, effectivement ca a été trop short pour l'intégré, la partie clone a pris un peu plus de temps que prévu.
Je fais +- 70% du dev de l'integration spice pour l'instant (client spice-gtk pour l'instant, spice-html5 ne semble pas au point).
La prochaine feature à finaliser avant spice est la migration à chaud d'un disque entre 2 stockages, ensuite je m'occupe de pousser spice :)
[^] # Re: Nouveau serveur Web
Posté par aderumier . En réponse à la dépêche Proxmox VE 3.0 est sorti. Évalué à 2.
Pour la petite histoire, apache a été remplacé par un petit daemon en perl (via la librairie AnyEvent::HTTP) , cela va servir de base à de nouvelles fonctionnalités pour les prochaines versions (intégration d'un proxy spice par exemple)
[^] # Re: et ovirt?
Posté par aderumier . En réponse à la dépêche Proxmox VE 2.3 est sorti. Évalué à 2.
voici quelques infos supplémentaires
-templates et clones deja la
prevu pour proxmox 3.0 (les patchs sont deja prêts). Concernant les clones il y aura des clones "copy" et des clones "linked".
Les linked clones sont des clones à partir d'un parent comme référence, avec le disque enfant qui prent 0 octet de place à la création.
Je ne sais pas si ovirt permet deja de le faire ?
-spice deja la ( par contre pas de novnc, juste l url+mdp a utiliser)
prevu pour proxmox 3.0,Il y aura une console spice-html5 et peut être l'integration de spice-xpi, ca reste encore à voir
-hotplug/unplug de disques et de cartes reseaux
c'est deja possible en fait, il faut ajouter hotplug:1 dans le fichier de conf de la vm
-agent sur les guests
prevu pour proxmox 3.0
-api sdk python (ou api rest tout aussi moche que celle de promox)
-storage live migration
prevu pour proxmox 3.0 (les patchs sont deja prêts)
-image minimale d hyperviseur ou installation de packages sur rhel6/centos6/f16/f17/f18 ( pas sur une debian qui commence a dater)
proxmox 3.0 sera basé sur wheezy (par contre le kernel actuel est celui de rhel6.3).
-direct lun
deja possible
-disque a partager entre VMS
il y a une discussion en cours à ce sujet. pour l'instant c'est possible avec les disques iscsi en direct lun
-integration avec gluster
prevu pour proxmox 3.0
[^] # Re: autre nouveautés
Posté par aderumier . En réponse à la dépêche Proxmox VE 2.3 est sorti. Évalué à 2.
# autre nouveautés
Posté par aderumier . En réponse à la dépêche Proxmox VE 2.3 est sorti. Évalué à 10.
Il y a également:
-le support officiel du stockage ceph/rbd pour kvm !
-Le redimensionnement à chaud des disques pour kvm
La prochaine version sera la 3.0, avec au programme
- la gestion des template & clones pour kvm :)
- support officiel hotplug/unplug devices kvm
- gestion du qemu guest agent
et bien d'autre nouveautés prévues.
Si vous voulez contribuer au projet (perl backend / javascript/extjs pour le frontend ) :
-> pve-devel@pve.proxmox.com
[^] # Re: question sur la HA justement.
Posté par aderumier . En réponse à la dépêche Proxmox, la virtualisation facile. Évalué à 1. Dernière modification le 23 novembre 2012 à 15:16.
si jamais node1 n'est plus visible dans le quorum de corosync. (c'est checké en multicast)
node2 ou node3, c'est corosync qui gère ca.
que veux-tu dire par reprendre la main ? sur l'interface web ? (parce que chaque node gère l'interface, c'est master-master, il n'y a pas de bascule du service web). la HA sert uniquement a redémarrer les vms et rien d'autre.
[^] # Re: Vrai solution à pousser dans les entreprises
Posté par aderumier . En réponse à la dépêche Proxmox, la virtualisation facile. Évalué à 1.
Pour sheepdog et rbd, c'est deja fonctionnel, mais pas encore supporté officielement (il manque les backups).
il faut juste ajouter les stockages dans le fichier de conf /etc/pve/storage.cfg.
(ca sera dispo via l'interface web quand le backup seront en place, pour la prochaine version de proxmox)
les snapshots sont également fonctionnel sur sheepdog et rbd.
les clones devraient arriver pour la prochaine version de proxmox également.
[^] # Re: question sur la HA justement.
Posté par aderumier . En réponse à la dépêche Proxmox, la virtualisation facile. Évalué à 1.
Les fencing devices, sont des périphériques externes au serveurs (ipmi, dell drac, hp ilo, ou switchs electrique apc …) qui permettent d'être certain que ton serveur soit éteint avant de redémarrer ta vm automatiquement sur un autre noeud.
(une commande shutdown est envoyée sur ces périphérique)
Imagine que tu ais un problème réseau entre tes nodes. (node1 n'est plus vu par node2 et node3), mais que ta vm tourne encore dessus. (san operationnel).
Sans fencing device, ta vm pourrait être redémarrée sur node2, alors qu'elle tourne encore sur node1.
Et là, c'est la cata.
[^] # Re: Des retours sur l'utilisation avec libvirt?
Posté par aderumier . En réponse à la dépêche Proxmox, la virtualisation facile. Évalué à 4.
Etant contributeur proxmox, je peux te répondre:
non proxmox n'utilise pas libvirt.
Toute l'implementation est faite from strach, en perl.
Je suis entrain d'implementer le clonage des vms (copy et clone) pour la prochaines version.
D'ailleurs les contributions sont les bienvenues !
Mailing de dev : pve-devel@pve.proxmox.com
# ETQW : ca marche maintenant avec libtxc_dxtn
Posté par aderumier . En réponse au journal Que gagnent Red Hat et VMWare à écrire un pilote 3D AMD libre ? Question.. Évalué à 1.
" Tout ça dans l'espoir d'un jour pouvoir jouer à ETQW avec un pilote libre"
et bien, ton espoir est réalisé, cela fonctionne parfaitement maintenant , avec le support S3TC. (testé sur mon chipset rv620 avec le driver r600g)
il faut le kernel de la branche drm-radeon-testing , mesa-git ainsi que la librairie externe libtxc_dxtn (pour cause de brevet aux US)
et ajouter une petit export R600_ENABLE_S3TC=1, pour forcer l'activation du support S3TC.