Archives par mot-clé : proxmox

iceberg during daytime

Sauvegarde Proxmox sur stockage S3 Scaleway – Glacier

Pour reprendre la suite de l’article sur la sauvegarde Proxmox via le S3 Scaleway et pousser les fichiers vers le stockage à froid « Glacier », voici la procédure pour y arriver.

Sauvegarde Proxmox sur stockage S3 Scaleway

Création de la règle de cycle de vie

Depuis la console Scaleway, rendez-vous sur votre bucket et cliquez sur la partie Règles de cycle de vie puis cliquez sur le + pour en ajouter une.

Dans l’écran suivant, indiquez le nom de la règle (ex : to-glacier) ainsi qu’un préfixe si vous le souhaitez.

Continuer la lecture de Sauvegarde Proxmox sur stockage S3 Scaleway – Glacier
people space apple industry

Sauvegarde Proxmox sur stockage S3 Scaleway

Si vous souhaitez mettre en place un espace de stockage pour vos sauvegardes de machines virtuelles (sous Proxmox), il n’est pas obligatoire de passer par un Proxmox Backup Server ou de configurer une nouvelle machine pour y faire un serveur NFS par exemple.

(Proxmox Backup Server est d’ailleurs un très bon outils que je vous recommande si vous avez la possibilité d’en mettre un en place)

La solution choisie est d’utiliser un stockage S3 (ici chez Scaleway). Vous pouvez d’ailleurs utiliser cette méthode avec d’autres fournisseurs compatibles S3 et effectuer vos sauvegardes sur différentes plateformes #multicloud. Le logiciel S3fs va être utilisé ici comme client S3.

Continuer la lecture de Sauvegarde Proxmox sur stockage S3 Scaleway

Sauvegarde Proxmox sur Freebox

Depuis la version 4.3.0 du système des Freebox Server publié le 20 avril 2021 ( https://dev.freebox.fr/blog/?p=10355 ), le protocole SMB est maintenant compatible avec les versions 2 et 3. Il est donc possible d’utiliser la Freebox comme stockage réseau pour les sauvegardes Proxmox sans bidouillages.

Configuration de la Freebox

Cet article suppose que les disques durs sont déjà configurés.

Une fois connecté à l’interface Freebox OS, il faut se rendre dans la partie Paramètres de la Freebox:Puis en Mode avancé, double cliquer sur le module Partages Windows.

Cocher la case Activer SMBv2 et Activer le partage de fichiers et valider avec OK.La Freebox expose maintenant sur le réseau un partage de fichiers SMB.

 

Configuration de Proxmox

À partir de la vue Datacenter de Proxmox, il faut se rendre dans le menu Storage , cliquer sur Add et choisir le type CIFS.

Il faut indiquer les paramètres suivants :

  • ID : le nom de votre stockage visible dans la liste Proxmox
  • Server : 192.168.0.254 (l’IP par défaut d’une Freebox)
  • Username : freebox (nom par défaut)
  • Share : cliquer sur le partage proposé automatiquement
  • Content : VZDump backup file

Une fois le stockage configuré, vous disposez maintenant d’un espace de stockage pour vos sauvegardes.

Vous pouvez configurer une sauvegarde journalière de l’ensemble des machines virtuelles vers ce stockage comme ceci :

Les sauvegardes sont stockées par défaut à la racine du partage dans le dossier nommé dump :

Proxmox 5 : Comment ré-activer le NAT ?

Depuis la version 5.1-52 de Proxmox VE, la possibilité de choisir une interface réseau de type NAT via l’interface web à disparu.

Voici le commit responsable : https://git.proxmox.com/?p=pve-manager.git;a=commit;h=fe8323a0b450c93c83c3c50cd386be2d839bd98f

L’équipe a décidé ce choix par rapport à une confusion de certains utilisateurs novices, et le fait que le NAT n’est fait que pour du test et jamais pour de la production. Dans les faits et dans mon utilisation, le NAT ne me sert qu’à la création de machines virtuelles et n’est plus utilisé ensuite.

Interface :

Avant :

Après :

Réglage du NAT :

Néanmoins, le mode NAT n’est absent que depuis cette interface web. Pour pouvoir le réactiver, il suffit de passer par la ligne de commande (CLI). Une fois votre machine virtuelle créée, éditez son fichier de configuration comme ceci :

vim /etc/pve/nodes/node1/qemu-server/105.conf

Dans cette exemple, node1 est à remplacer par le nom de votre node et 105 est ici l’id de votre machine virtuelle.

Une fois dans ce fichier, repérez la ligne concernant votre carte réseau et supprimer la partie ,bridge=vmbr1.

net0: virtio=52:54:00:10:22:a7,bridge=vmbr0,firewall=1

net0: virtio=52:54:00:10:22:a7,firewall=1

Vous pouvez redémarrer votre machine et le NAT sera actif.

 

Optimiser la taille des disques virtuels de Proxmox

Cet article vous explique comment réduire l’espace disque physique occupé par vos disques de stockage virtuels. Sous Proxmox, les disques durs virtuels sont dynamiques, c’est à dire que lorsque vous définissez un disque dur de 100 Go par exemple, en réalité, sur la machine hôte, il n’occupe que quelques Go une fois le système installé. Ce qui évite d’occuper directement les 100 Go et de perdre du temps à la création de celui-ci.

Problématique

Ce système fonctionne bien sauf qu’une fois que l’espace disque à été alloué, il restera occupé même une fois vidé.

Par exemple, nous ajoutons 50 Go de données à notre machine qui en contenait déjà 10, la taille physique du disque virtuel est donc montée à 60 Go. Si nous supprimons ensuite ces 50 Go, la taille physique ne change pas et n’est donc pas réduite. Il faut le voir comme un cliquet ( que l’on ne peux que monter ). Cet espace non utilisé ne pose pas de problème directement, peut vite ralentir les sauvegardes Proxmox en utilisant des dizaines voir centaines de Go qui ne sont plus utilisés réellement.

Solution

  • disque SCSI

Pour pouvoir réduire l’espace disque physique, il faut avoir au préalable configuré le disque dur en SCSI et avoir coché l’option Discard.

Ensuite, dans votre machine virtuelle, il suffit d’utiliser la commande fstrim (beaucoup plus connue maintenant avec l’utilisation des SSD).

Continuer la lecture de Optimiser la taille des disques virtuels de Proxmox

Gestion du pare-feu de Proxmox VE 4

Nous allons voir dans cet article comment utiliser le pare-feu (ou firewall en anglais) qui est intégré dans Proxmox et configurable entièrement via l’interface web de gestion de Proxmox.

Il y a trois niveaux de pare-feu. Un au niveau du Datacenter, un au niveau des nodes et un au niveau de chaque machines virtuelles. Nous allons donc procéder par étape et sécuriser un peu plus notre cluster.

1 – Pare feu du Datacenter (Datacenter firewall)

Pour commencer, cliquez Datacenter puis Firewall.

Vous avez ici les règles du pare-feu au niveau datacenter. De base, tout est vide et le pare-feu n’est pas actif. Nous allons faire les choses proprement et utiliser tout le potentiel offert par Proxmox en utilisant les Alias et Security Group. Nous allons commencer par créer nos règles avant d’activer le pare-feu qui par défaut n’autorise rien.

Les Alias permettent de configurer des IP que nous allons utiliser à plusieurs reprises dans les différents niveau de pare-feu. Les Security Group quand à eux permettent de créer une liste de règles regroupée en seul nom. Nous verrons par la suite leur utilité.

1.1 – Les Alias

Le premier but est de restreindre l’accès à l’interface web de proxmox et à l’accès SSH des machines. Nous devons créer des Alias pour enregistrer nos différentes IP d’accès comme par exmple l’IP de votre entreprise, de votre domicile, d’un accès de secours, etc …

Cliquez sur Alias, puis Add :

Indiquez un nom pour cet alias, l’adresse IP et un commentaire. Puis sur Add pour l’enregistrer. Je vous conseille également d’ajouter les serveurs de supervision de votre hébergeur. Si vous êtes chez Online par exemple, rajoutez cet Alias :

1.2 – Ajout des règles

Vous avez le choix d’être soit très restrictif et de n’ouvrir que les ports utilisés par Proxmox vers vos IP, soit d’ouvrir tous les ports. Nous allons utiliser cette deuxième méthode pour l’instant mais voici les ports utilisés par Proxmox :

  • Web interface: 8006
  • VNC Web console: 5900-5999
  • SPICE proxy: 3128
  • ssh : 22
  • rpcbind: 111
  • corosync multicast (pour un cluster) : 5404, 5405 UDP

 

Dans la partie Firewall, cliquez sur Add et vous obtiendrez l’interface suivante où vous allez sélectionner dans la source votre Alias précédemment créé et dans la Macro, le type de service que vous souhaitez laisser passer (dans cet exemple: Ping) :

Si vous souhaitez autoriser tous les ports vers votre IP, vous n’avez qu’à sélectionner la source et laisser tout le reste vide. N’oubliez pas de cocher la case Enable.

Lorsque toutes vos règles sont activées, vous pouvez maintenant activer le pare-feu en vous rendant dans Options puis double cliquez sur Enable Firewall et le passer à Yes.

2 – Pare feu des nodes

Pour la partie nodes, il suffit juste d’activer le pare-feu et de régler les logs si vous le souhaitez. De base rien n’est loggué. J’ai placé ici les logs en mode « alert ».

Les logs sont visibles dans l’option juste en dessous et ressemble à ceci :

3 – Pare-feu des machines virtuelles

Nous allons faire un exemple pour des machines virtuelles hébergeant des serveurs web.

Pour toutes ces machines, nous souhaitons avoir les ports 80 (HTTP) et 443 (HTTPS) d’ouverts à tous ainsi que du port 22 (SSH) mais restreint à nos IPs.

3.1 – Configuration des Security Group

Et c’est là que les Security Group rentrent en jeux. Revenez dans l’interface du firewall au niveau du datacenter puis dans Security Group et cliquez enfin sur Create :

Après avoir donné un nom au groupe et cliqué sur Create, vous pouvez sélectionner ce groupe et cliquez sur Add dans la partie droite pour commencer à ajouter toutes les règles de pare-feu comme fait au tout début de cet article. Si nous suivons l’exemple donné ci-dessus, voici le résultat que vous devriez obtenir.

Notre Security Group est maintenant créé et prêt à être utilisé.

3.2 – Activation des Security Group

Rendez-vous maintenant dans la partie firewall de votre machine virtuelle et cliquez sur Insert: Security Group puis choisissez celle qui vous convient et cochez Enable.

Activez ensuite le pare-feu comme pour les autres types réglant Enable Firewall à Yes.

C’est maintenant terminé !

Conclusion

Vous disposez maintenant des bases pour configurer le pare-feu de Proxmox et pouvoir ainsi disposer d’un minimum de réglages pour votre installation.

Les Security Group permettent de gagner énormément de temps et d’éviter des problèmes lors de la gestion des pare-feux des machines virtuelles. Rappelez-vous que par défaut le pare-feu bloque tout  entrée et autorise tout en sortie.

Migration de machines virtuelles Proxmox v3 vers v4 (avec IP FailOver Online.net)

Après avoir déployé un nouveau cluster Proxmox en version 4, nous sommes intéressés de migrer nos machines virtuelles situées sur un cluster en version 3 vers ce nouveau cluster. La procédure est relativement simple et se fait rapidement.

1 – Configuration du serveur de sauvegardes

Nous partons ici sur un serveur de sauvegardes fonctionnant en NFS. Il est en toute logique déjà configuré sur le cluster Proxmox v3 pour réaliser les snapshots quotidiens. Vous pouvez tout à faire utiliser un autre système de disques partagés pour vos sauvegardes, et la procédure qui suit sera identique.

Pour ajouter le serveur de sauvegarde NFS sur le nouveau cluster, rendez-vous dans la partie « Datacenter » puis « Storage ».

capture-decran-de-2016-11-04-10-59-52

Cliquez sur « Add » puis « NFS » dans notre cas.

capture-decran-de-2016-11-04-11-04-21Sur la fenêtre qui suit, indiquer l’ID en mettant le nom que vous voulez, puis l’adresse IP du serveur dans le champs « Server ». Lorsque vous cliquez dans le champ « Export », si la connexion fonctionne, vous verrez apparaitre les dossiers NFS auxquels vous avez le droit. N’oubliez pas dans la liste déroulante « Content » de bien sélectionner au minimum la ligne « VZDump backup file ».

Continuer la lecture de Migration de machines virtuelles Proxmox v3 vers v4 (avec IP FailOver Online.net)

Cluster Proxmox 4 chez Online.net (dedibox) avec le réseau RPN

Cet article reprend celui de 2014 où je vous expliquais la mise en place d’un cluster Proxmox chez Online.

Cluster Proxmox chez Online.net (dedibox)

Cette fois, nous allons faire un cluster avec la toute dernière version de Proxmox, la v4.3 et en faisant communiquer nos serveurs via le réseau RPN de chez Online.net. C’est un réseau privé connecté sur une seconde interface réseau physique des serveurs.

Le cluster créé fonctionnera en unicast car le multicast est également bloqué sur le RPN.

Pour faire notre cluster Proxmox, nous allons utiliser 3 serveurs de gamme Dedibox® PRO 2016 de chez Online, qui ont pour chacun la configuration suivante :

– Dell DSS 1510
– Processeur : Intel® Xeon® E5 1650 v3
– Mémoire : 96Go DDR4 ECC
– Disques : 3×500 Go SSD
– Réseau RPN : 1 Gbps

Continuer la lecture de Cluster Proxmox 4 chez Online.net (dedibox) avec le réseau RPN

Cluster Proxmox chez Online.net (dedibox)

——————–

Nouvelle article avec la version 4 de proxmox et le RPN :

https://blog.waccabac.com/cluster-proxmox-4-chez-online-net-dedibox-avec-le-reseau-rpn/

——————–

Cet article va vous décrire les différentes étapes pour créer un cluster sous Proxmox avec des serveurs dédiés chez Online.net. Il faut savoir que le cluster est créé par défaut pour communiquer en multicast, protocole qui est bloqué chez la plupart des hébergeurs tels qu’Online ou OVH. Nous allons utiliser une alternative en choisissant l’unicast.

Pour faire notre cluster Proxmox, nous allons utiliser 3 serveurs de chez Online, qui ont pour chacun la configuration suivante :

server-poweredge-r410-overview1

– Dell R410
– Processeur : 2x Intel® Xeon® E5620
– Mémoire : 64Go DDR3 ECC
– Disques : 2x2To SAS

Continuer la lecture de Cluster Proxmox chez Online.net (dedibox)