Reprise du message précédent :
un vzdump en mode suspend fonctionne bien chez moi

Nop, pas essayé ! Je vais checker ça.
 

Ouais c'est ce que je me suis dis.. Bon, ben je vais voir pour allouer un peu plus d'espace alors et rejouer le scénario !
 
Ou alors je ne m'emmerde pas et je backup 1 / jour en éteignant le CT, histoire de faire ça proprement

Le suspend, a tout les coups, je dirais pas les droits pour faire le chown sur le montage NFS distant. Pour une raison d'owner, ou d'uid/gid. A fouiller dans les options du points de montage côté proxmox/de l'export côté serveur NFS.

Je pense que le soucis est là.
lol.

ouais
 
En gros faut que je réduise la partoche LVM du système pour laisser un peu de marge pour stocker le plus gros des CT.
 
J'ai un peu la flemme, je ferais des backup à froid

Y'a ptète moyen de rajouter un disque dans le VG non ? Même un ptit truc, c'est juste pour faire le clone.
Si c'est un serveur distant, bon... iSCSI ?

Ben c'est un serveur online
 
Donc à moins de monter un RPN-SAN (iSCSI) et l'ajouter dans le groupe du disque physique, je vois pas comment autrement
 
Ou je commande une clé USB ?
 

J'aime la première solution
La seconde est moins aventureuse, et la clé vas ralentir vachement les backups

Je sens pas trop l'idée de monter un disque résal de 1To dans le groupe...

J'vais voir pour diminuer la taille de la partoche system, j'ai pas beaucoup de VM dessus (3 ou 4 max), 60Go par VM sera un grand max, et j'ai 2*300Go SAS 15K en RAID1 (actuellement dans le groupe).

J'vais prendre 50Go d'espace libre et ça le fera !

Vous avez des tips au sujet de Proxmox ? Des configs à ne pas oublier, des scripts ou autre .. ?

J'en ai mis 2/3 dans le premier post
Sinon : faire ses mises à jour (mais pour ça faut un cluster, pour garder les VMs allumées), ça permet d'éviter de se retrouver dans un cas à la con avec pour seule doc : "avec la mise à jour, ça te serais pas arrivé ".
Info utile : toutes les confs des VMs sont dans des fichiers à plats dans /etc/jsaisplusquoi, un fichier par VM, c'est super pratique quand tu veux scripter 2/3 conneries (genre générer un fichier de conf de ton DHCP avec les MAC de toutes tes VMs...).

 
Bon, semaine prochaine, j'attaque le cluster !

Est-ce qu'il est possible de créer un cluster, à partir d'instance de proxmox existantes ? J'entends par existantes, où il y a déjà des VM / CT qui tournent. Ou faut-il avoir une instance "vierge" ?

Euh... J'ai un doute. Je suis plus sur.
Au pire, tu met 3 proxmox dans un vmware workstation, t'installe une VM sur l'un d'entre eux, et tu tente la clusterisation

Ya pas un template OpenVZ pour installer Proxmox dans un CT via Proxmox ?

Le pire, c'est que c'est pas totalement con ce que tu demandes

Un template existant je ne pense pas, mais si tu veux le faire

En cherchant sur le net c'est possible à priori, il faut juste stopper les VM sur les différents nœuds et vérifier qu'ils n'ont pas d'id en commun ! Sounds good <3

C'est surtout ça qui m'inquiétais
 
Oh, et parceque ça m'a foutu la merde récemment : pense à les avoir tous à l'heure, la même (ntp ).

 
Bon j'hésite encore, j'aimerais avoir un stockage commun pour faire du HA mais je ne sais pas quoi utiliser pour le stockage commun : deux serveurs frontaux avec DRDB, mettre les deux (ou 3) proxmox en DRDB, ...  
 
Ou alors je me prends pas le choux et je fais confiance dans les mWOPR de online et je me dis qu'ils ne tomberont pas

J'avoue que la question se discute...
Faut voir, t'a quoi en contraintes de coûts/espace/temps/stabilité-fiabilité/perfs... ?
Parceque le DRDB, si tu tapes comme un porc sur l'espace de stockage, 1Gb/s pourrais ne pas suffire. Online, ils te filent deux path réseaux différents entre tes serveurs ? (non parceque ce serais con que le switch soit ton SPOF ).

J'ai des contraintes de coûts, perf & espace. La stabilité / fiabilité n'est pas primordial (pas besoin de 100% je pense, notre appli bug plus que les serveurs )
 
Du coup je pense partir sur un truc comme ça :
- Cluster de 3 gros serveurs pour héberger les CT
- Un serveur de stockage (NFS) avec dedans : ISO, Backup à froid, Snapshot & Backup Médias
- Des SAN pour le stockage des médias directement connectés aux CT (Bind Mount)
 
Politique de backup :  
- 1 backup à froid / semaine (en conservant sur 52 semaines)
- 3 snapshots par jour (6h, 13h & 23h) en conservant sur 1 semaine
- Un rsync des médias par semaine (SAN => Serveur de stockage)
 
Avec ça, ça devrait être satisfaisant en cas de crash complet d'un serveur (envoi d'un SMS + temps d'intervention / migration des CT sur un autre)
 
ça vous semble convenable ?
 
 

Moi j'utiliserais directement les SAN pour y mettre les CT, avec les SAN déclarés en stockage partagés sur Proxmox, et de la HA sur le cluster : en cas de panne d'un, tes CTs sont redémarrés automatiquement sur un autre.
Faut voir le débit des SAN (et de ton besoin), de comment ils sont connectés à tes serveurs (again, si tout passe par le switch de la baie, communications inter-serveurs et serveurs-sans, si le switch claque, have fnu), ...
 
Après, tu parles de 3 snapshot par jours ET de médias sur le SAN. Tes données vont être où exactement ? Dans les bind mount ou dans les disques des CTs ? Si rien ne bouge dans les CTs, un seul backup à froid/semaine, pas  besoins de snapshots.

tin j'ai eu peur, je pensais être sur le topic des serveurs @home

 
Au début je comptais faire ça, mais j'ai plusieurs problématique :
- Les SAN sont montés en iSCSI et il est déconseillé de monter un SAN sur plusieurs serveurs à la fois. Une solution serait de monter les SAN sur un serveur et de partager ensuite via NFS, mais comment tu répliques le serveurs pour avoir du HA ?
- Les perfs des disques sur lesquels j'héberge les CT : en gros, l'appli tourne avec des fichiers XML et fait pas mal de requêtes de lecture et un peu d'écriture. Donc des besoins I/O sur des petits / moyens fichiers (quelques ko à quelques Mo)
 
Les données de l'appli sont dans les CTs, seuls les médias sont dans les bind mount. D'où l'idée de faire des snapshots réguliers des CT pour les fichiers XML.
 
J'espère que c'est plus clair .. !

Au contraire, c'est le principe même d'un SAN, de pouvoir être monté sur plusieurs serveurs à la fois. Il faut juste qu'a un endroit donné tu ai de l'intelligence qui t'évites d'écrire depuis deux serveurs au même endroit (en général, le FileSystem). C'est ausi pour ça qu'un cluster proxmox HA à besoin d'un mécanisme de fencing fonctionnel
Comme dirais un mec ici : http://forum.proxmox.com/threads/1 [...] penvz-CT-s

Pas de magie, faudrais bencher ton/tes SANs.
 

A peu près

Merci log4n, je vais lire tout ça ! Cest pas tout à fait clair ces histoires de cluster de fichiers encore

J'avoue que je suis loin d'être expert de la techno, j'ai encore du mal avec la pluspart des concepts qui vont avec

Le SAN c'est du bloc. Le bloc c'est bien, faut juste pas écrire n'importe comment dessus

Ya plusieurs solutions :

1/ pas utiliser du bloc (donc du fichier, avec NFS)
2/ utiliser un filesystem qui supporte les écritures concurrentes (Gluster etc.)
3/ ne pas se marcher sur les pieds

Exemple avec XenServer et la solution 3/ (désolé du HS, je connais pas assez Proxmox)

Tous les hôtes d'un même pool peuvent écrire sur le même SAN. Comment c'est possible sans corrompre des données ? C'est simple : on cale LVM sur le gros morceau de blocs exposés par le SAN.

Ensuite, comme chaque hôte est tenu au jus par la communication inter-pool, on peut pas démarrer une VM sur deux hôtes en même temps, ni utilise le même volume en écriture sur deux hôtes différents.

Par contre, lire des blocs au même endroit : pas de problème.

Voilà comment ça peut marcher

Et bah sur proxmox, on fait exactement pareil. Tu créé un LUN sur le SAN, tu fait un LVM dessus (un... VG ? Putain j'ai du mal avec la termino LVM ), tu le montes sur tout les proxmox en le marquant "shared", et proxmox via communication dans le cluster s'interdit de booter une VM sur deux hôtes. Pour en être absolument sur, y'a le fencing : si un hôte est considéré down par le cluster, avant de booter les VMs sur un autre, on force l'extinction (PDU IP, ipmi, ...).

C'est effectivement la solution n°3 retenue aussi
 
En même temps, elle est simple et efficace

Bonjour,
 
comment savoir si son matériel est bien compatible avec proxmox ?
 
je voudrais faire évoluer mon proliant G7 vers une solution homemade à base de Asrock Qc5000-Itx/Ph Amd A4-5000 Mitx
j'ai besoin d'une cm mini-itx/format ram classique pour récup celle de mon proliant + au moins 4 sata et fanless / consommant moins que le G7 et plus puissante apparemment 1400 vs 1900 a passmark..
 
c'est pas tout neuf donc je ne pense pas qu'il y ait un souci avec les dernières versions mais on sait jamais !
 
des avis?

Proxmox est basé sur Debian, partant de là, grosso-modo tout est compatible.
Par contre, vérifier si le CPU dispose des instruction de virtualisation à la mode est une bonne idée.  
Mais simplement googler le modèle de la mobo + "debian" devrais fournir les réponses

 
c'est vrai que j'avais tapé le nom de la cm + proxmox mais pas debian.
je vais zieuter ca un peu plus et les instructions cpu je n'y avais pas pensé bonne idée
cependant je n'ai pas besoin de vt-d par exemple  
juste dédier un ou 2 hdd à une vm openmediavault
et peut etre dédier un tunner tv usb à une autre vm

 
 
voici ce qu'on peut trouver concernant les instructions du cpu :
http://www.cpu-world.com/CPUs/Jagu [...] -5000.html
http://processors.specout.com/l/1299/AMD-A4-5000
 
Features  
MMX instructions
Extensions to MMX
SSE / Streaming SIMD Extensions
SSE2 / Streaming SIMD Extensions 2
SSE3 / Streaming SIMD Extensions 3
SSSE3 / Supplemental Streaming SIMD Extensions 3
SSE4 / SSE4.1 + SSE4.2 / Streaming SIMD Extensions 4  ?  
SSE4a  ?  
AES / Advanced Encryption Standard instructions
AVX / Advanced Vector Extensions
BMI1 / Bit Manipulation instructions 1
F16C / 16-bit Floating-Point conversion instructions
AMD64 / AMD 64-bit technology  ?  
EVP / Enhanced Virus Protection  ?  
VT / Virtualization technology  ?    => ok ?
 
Additional Technologies  
AES New Instructions
AMD Desktop Performance Advantage
AMD Eyefinity technology
AMD Internet and App Acceleration
AMD Perfect Picture HD
AMD Quick Stream technology
AMD Radeon Graphics
AMD StartNow technology
AMD Steady Video
AMD Turbo Core technology
Virtualization Technology  => ok ?

Oui ça passe, les AMD sont bien fournit en instructions VT à l'inverse d'Intel et de son VT-d qu'on voit jamais
 
XaT

 Merci
Je vais verifier les performances de ce cpu compare a mon n54l j ai des infos contradictoires ...

Hello  tout le monde.    
 
Une petite question pour les spécialistes.
 
Je débute sous proxmox et j'ai une petite question sur le stockage.
 
J'ai 3 disques pour le moment sur mon serveur qui comporte 2 VG. Le premier est celui créé par proxmox et qui contient 3 LV (root, swap et data) et le 2ème n'a qu'un seul LV pour les backups.
 
Quand je fais un lvdisplay, j'ai un lvsize de 319Go pour le LV data et un lvsize de 465Go pour le LV backup. Par contre, dès que j'ajoute ces derniers au centre de données, je les vois bien dans mon Noeud mais la taille ne correspond pas. Le répertoire où j'ai monté le LV data ne fait que 314Go au lieu de 319Go et celui où le LV backup est monté ne fait que 458Go au lieu de 465Go. De plus, proxmox me dit que sur ce dernier j'ai déjà 23Go d'utilisé alors que le répertoire est vide...    
 
Si vous avez des explications, je suis preneur. Ce n'est pas de la prod mais juste des expérimentations pour me familiariser à cette environnement donc si mon approche n'est pas la bonne ou que vous avez des remarques n'hésitez pas. Merci....    

Les partitions sont formatées avec quel système de fichier ?