Reprise du message précédent :
hum okay, merci

Bonjour à vous,
 
Tite question:
y a moyen d'augmenter la mémoire vga? je trouve pas où

De base sur Proxmox tu peux pas,
 
mais sur un couple KVM/QEMU normalement tu peux si tu as un modèle "Cirrus", va falloir chercher et mettre les mains dans le cambouis

merci pour la réponse.
 
hum pas cool win 7 s'en sort mais tout ce qui est linux graphique ca rame gravement... vais voir ca

Ton lab est pas sécu ? Non mais allo quoi. C'est comme me dire que tu veux faire sysadmin mais que t'as pas de notions en logiciel d emanagement d'infra ... NAN MAIS ALLO QUOI ?!
C'comme venir sur LOSA et s'appeler Martine quoi ! Nan mais allo le mec !
 
(c'est gentil hein, explique ton problème a tata MystX elle va tenter de t'aider)

Ca se dit pas. (et cay des moyens du futur a ton niveau )

Plus sérieusement les bonnes pratiques de base :
-pas de sudo
-1 service = 1 user
-jail au maximum
-limiter le nombre de services actifs
-limiter les sessions ouvertes (comme des screens par exemple)
-port knocking/fail2ban
-DNSBL
-limiter le nombre d'ip capable d'ouvrir une session
-utilisation d'un VPN a chiffrement fort pour accéder aux services d'administration
-encodage de A à Z (incluant auth et communication)
-ne pas parler de mon chat a n'importe qui dans la rue
-ne pas laisser trainer de papiers avec mes codes et autres un peu partout
-générateur de clé aléatoire
-ne pas utiliser root
edit :
-limiter le nombre de personnes ayant accès a des roles administratifs
-tenue d'un registre d'attribution des pouvoirs

Pas adepte de selinux, au passage ? (le 1 service 1 user fait peut être doublon cependant)

Bonsoir..
j'ai une utilisation un peu special de proxmox:
Uniquement des VM sous winXP.

Actuellement le tout fonctionne sous un KS-3 Kimsufi.

J'ai un problème pour avoir du son sur ses VM. En effet certain de mes logiciels ne veulent pas fonctionner sans avoir une carte son d'installée.

J'ai bien essayer des cartes son virtuel sous WinXP directement, mais rien a faire..

J'ai également essayé de modifier le .conf des VM, en ajoutant arg: ac97, addr 0x18 etc etc..mais rien, c'est meme pire, la VM boot bien sous le bureau WinXP et .. plante lamentablement.

D'une part:
-Comment savoir si, physiquement le serveur a une carte son ? (lshw ne fonctionne pas.. )
D'autre par, si pas de carte son physique, possible de faire croire a WinXP qu'il y a une carte son virtuel, direct sous proxmox ?

merci d'avance !

lspci? dmesg?

LSPCI fonctionne, si possible, je peux posté le listing ici ?
Dmesg je sais pas. Je vais tester.
 
Merci pour la réponse.

ouaip poste ca

lspci:

dmesg:
http://pastebin.com/TJ5HTFwy

fais un cat /proc/asound/cards pour voir si tas une carte son de base ou non

Yeap, mais rien a faire

pc-speaker pour moi c'est le buzzer donc pas de carte son intégrée ou en tout cas elle est désactivée dans le bios

Pour moi aussi.
 
Et en virtuel ? Possible de faire croire a ces VM qu'il y a une carte son ?
 
je pense a 2 choses:  
-Installation d'une carte son virtuel sous proxmox,
-Ou direct dans les VM..

Non ?
personne ?

Tiens j'avias pas fait gaffe : proxmox 3.4 sous wheezy.8 : http://forum.proxmox.com/threads/2 [...] 4-released

XaT

Je vois wheezy.8 non ?  

Effectivement
 
XaT

De ce qui m'intéresse/m'interroge :
- ZFS et support sur la GUI  
- openVZ avec le suspend/resume  
- un bouton "disconnect" pour le réseau, utile ?  
- le qemu avec le hotplug par défaut  
 
Mouais bah, des plus et des moins donc.

Le gros moins, c'est surtout que c'est toujours du 2.6 pour avoir OpenVZ
Du coup, je suis même pas sur que tout les nouveaux trucs sympas sont tous totalement utilisables avec le noyau openVZ compliant

Fait chier quoi, c'est quand même un chouilla plus pratique que Docker

Ca se compare quand même plus à lxc qu'a docker.

Tout a fait, mais vu les rumeurs d'intégration de Docker dans Proxmox, ça a du sens de les comparer
Et pis que je sache, y'a pas grand chose "d'user friendly" (autant que proxmox puisse l'être, à savoir une solution de virtu complète) avec du kvm (ou xen, j'suis pas raciste ) + lxc

Hello

Bon, j'ai pour envie de monter une petite archi de virtualisation pour du web, à base de
- 1 VM LoadBalancer
- 2 VM Apache + PHP (qui doivent partager un même système de fichiers)
- 1 VM MySQL
- 1 VM ElasticSearch

Le tout derrière une seule IP publique.

Comment je vois les choses : faire pointer le traffic du port 80/443 sur le load balancer et ensuite avoir toutes les VM qui communique via des IP internes.

Est-ce que vous auriez des pistes / mots-clé à chercher pour :
- faire rediriger le traffic de certain port (IP principale, le serveur dédié) sur une VM en particulier ?
- Monter un VLAN pour faire communiquer correctement mes VMs
- Faire partager un même "système de fichier" entre plusieurs VM ?

Merci d'avance pour votre aide

PS : je trouve l'interface web un poil repoussante pour quelqu'un qui veut s'y mettre Mais ça à l'air complet

M'semble cohérent

IPtables ?

Créer une interface bridge, bridger les vNICs des VMs que tu veux mettre dans le Vlan avec cette interface bridge, ne PAS la relier à une interface physique de ton serveur. Un vlan pas cher

Linux de base : idéalement du NFS, mais tu peut faire le sale avec du sshfs, du samba, et tout ce que tu peut imaginer d'autre
 

C'est un hyperviseur pour "grands" aussi. Un ESXi, c'est pas intuitif pour quelqu'un qui veut s'y mettre

Wouhou, merci pour les réponses log4n !

Du coup, c'est direct dans la conf de "l'host" (comment on appelle la machine qui héberge les VM ? ) ? C'est pas possible via l'interface web ?

Ok pour "ne pas relier à une interface physique", j'ai cru comprendre qu'OVH n'aimait pas ça quand on ne déclarait pas les choses comme il faut
Merci pour les mots-clés, je vais regarder ça

Pas possible de créer une sorte de volume via l'interface web et de le "monter" sur des VMs ensuite ? C'est ça en fait ? Ou alors je dois créer un volume sur la machine "hôte" que je partage ensuite ?

VirtualBox c'était tellement simple  

L'hyperviseur, même si c'est techniquement pas correct. L'avantage de proxmox, c'est que ton "hôte", c'est juste un Debian avec un noyau chelou et des paquets en plus. Tout ce que tu sais faire sur un Debian standard, tu peut le refaire.
Par l'interface web, tu peut le faire, j'ai pas le process exact en tête, mais tu vas dans l'arborescence sur ton serveur, là tu cherches un peu doit y avoir un onglet network, tu dois pouvoir y ajouter une interface bridge sans la relier à une interface réelle.
Ensuite, lors de la création/config de tes VMs, tu leurs met une nic bridgée sur cette interface.

Si tu la relie à ton interface physiques, tes VMs parleront entre elles mais les messages remonteront aussi au switch d'OVH, qui verra des MACs qu'il est pas sensé voir et des IPs chelous (et donc, potentiellement, des soucis avec OVH ). C'est un peu le concept d'un bridge quoi

Pas aussi simplement.
Enfin, si, tu pourrais pour des containers (et encore, y'a un peu de tunning à faire en ligne de commande), mais pas pour des VM "normales".
Après, un serveur NFS sur une VM ça prend 10 minutes à monter, + un montage sur chacunes de tes autres VMs = 30 sec/vm

Pour du maquettage simple, je reste sur VMware workstation ( == Virtualbox).  
Mais bon, c'pas trop idéal pour un serveur, un cluster avec plusieurs serveurs, quand t'a pleins de VMs, ...
 
/Mais qu'est-ce que je branle, j'ai un dossier à rendre vendredi matin  

Merci pour vos réponses
 
Dernière chose avant que je remette le nez dedans : pourquoi il y a un bridge de créer avec comme port/esclave "dummy0" : je peux utiliser ce truc là ?

Aucune idée, je suppose que c'est de l'install custom OVH, à voir si ils ont une doc sur le sujet.

ça marche \o/
 
Après avoir dû redémarrer 3 fois l'hyperviseur pour cause de foirage de conf réseau