[Résolu] Choix d'un serveur dédié sur ProxMox

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

[Résolu] Choix d'un serveur dédié sur ProxMox

Nico06

Bonjour @ tous, besoin d'un peu d'aide pour un projet d'abonnement à un serveur dédié. Je m'explique au mieux car notre projet est très prisé donc secret défense ...

Avec un ami, nous avons actuellement un site en construction sous hébergement mutualisé, qui commence à monter en visites, donc également en ressources. Pour l'instant nous passons les 1000 visiteurs uniques seulement, mais vu que juste 1/4 de nos rubriques sont faites, nous commençons à nous projeter vers plus de performances (liberté aussi) par sécurité.

Nous ne désirons pas opter pour une meilleure offre mutualisée car au final l'hébergeur nous donnera plus de capacité et de quotas SQL dont ces derniers, au final, deviendront probablement insuffisants par la suite. C'est pour cela que nous pensons prendre un serveur dédié avec ProxMox.

- Ce site accueillera pas mal d'applications web PHP/MySQL ; notamment bien chargées en requêtes SQL et traitement d'image par GD (cartes géographiques sous forme PNG/SVG, graphiques, inscriptions avec localisation géographique de la personne etc ...). Pour ça, nous souhaiterons lui dédier une VM "Web". Un autre site devrait voir le jour une fois que le le premier soit en grande partie terminé. C'est pour cela que j'opterai pour un panel d'administration avec ISPConfig que je maitrise déjà.

- Nous avons déjà un serveur dédié qui tourne sous Debian Wheezy à domicile sur un Intel i5, 4 Go de RAM et une connexion ADSL merdique (presque le bout de ligne donc beaucoup d'atténuations). Des applications compilées, et PHP, traitent nos données toutes les 30 minutes et 2 fois plus toutes les 6 heures. Les applications téléchargent les données brutes sur des sites extérieurs, les rendent exploitables par nos applications et ensuite les envoient en FTP dans des archives qui sont dézippées sur l'hébergement mutualisé ; sur ce dernier point, nous avons une grosse perte de temps du fait de la connexion merdique. Nous voudrions de ce fait dédier une VM "Traitement des données" pour gagner du temps côté transferts montants et sortants vu que c'est sur le même noeud. Les applications sont également gourmandes en ressources.

- Je pense faire une VM reverse proxy sous Nginx pour éviter un maximum d'attaque (si nécessaire avec la configuration actuelle.).

Mes questions :

1) Que choisir pour tout ça entre ces 2 offres de dédiés qui sont dans nos moyens mensuels, mais dont une est quand même 15 euros HT moins chère :

- http://www.online.net/fr/serveur-dedie/dedibox-classic
- http://www.online.net/fr/serveur-dedie/dedibox-xc

2) Quelle RAM attribuer à chacune des VM ? (Je suis un peu perdu sur ça)

3) Y-a t'il des avantages dans notre cas à isoler le serveur SQL sur une VM, ou le laisser sur la VM "Web" ?

4) Y-a t'il un avantage dans cette configuration de faire une VM spécifique pour un proxy reverse sous Nginx ou est-ce inutile (dans le but d'économiser les ressources) ?

Merci d'avance pour votre aide 😉, Bon après-midi.

Nico.

xataz

Salut,

1. Je te conseillerais plutot de partir sur le classic. Malgré que le xc serais suffisant pour le moment, mais vaut mieux avoir de la marge.
2. Cela depends, pour gérer tes 1000 visite, 64Mo de ram suffirais a ton reverse proxy, voir 128Mo si tu virtualise en openvz, compte le double voir plus en kvm. Mais c'est l'avantage de la virtualisation, c'est que en cas de changement de charge, tu peux ajouté ou enlever de la ram, dont celon moi l'utilité de prendre un classic plutot que le xc.
3. Il est bon d'isoler SQL, qui a tendance à utilisé le maximum de ressources possible au détriment des autres applis.
4. Je dirais que oui, surtout en cas de charge importante, ce qui te permettra par la suite de faire un HA proxy en cas de très grosse charge

Nico06

Bonsoir,

Merci pour ces réponses qui me projettent dans un premier aperçu de l'architecture à mettre en place 🙂.

Par contre, ma VM sous nginx aura une ip failover, mais les cartes réseau des autres VMs doivent être parametrées comment de ce fait ? Avec des IPs failover ou autrement ?

xataz

Non pas besoin,

Sur ton nginx qui seras ton reverse proxy, tu mets deux carte réseaux, une avec ton ipfailover, et l'autre sur le réseau locale, ton nginx n'aura qu'a reverse sur les IPs local.

Nico06

D'accord je vois à peu près. Avez vous un exemple (tutoriel) à me donner pour les manips à effectuer sous proxmox et éventuellement la VM nginx que je puisse en apprendre plus ?

Merci sinon pour cette aide déjà bien fournie !

xataz

J'avais utilisé ce tutoriel à une époque, que je trouvais très bien expliqué.

http://www.fridu.org/hosting/52-openvz-virtualization

Avec une explication vidéos en fr :
http://www.fridu.org/download/video/flv/intro-openvz-fr.html

Nico06

Bonjour,

Je viens de regarder ces tutos mais je ne comprends pas grand chose (un peu trop de niveau pour moi). J'ai décidé de sortir un PC que j'avais de côté et d'y installer ProxMox pour faire les tests. J'ai tenté ça mais je pense être totalement à côté de la plaque :

Je viens de faire une VM "Web" configurée avec une carte réseau NAT et avec obtention en dHCP. Son IP est 10.0.2.15.

J'ai une deuxième VM "Proxy" configurée avec une carte réseau NAT et une bridgée.

IP de la bridgée : 192.168.0.1
IP de la NAT obtenue en DHCP : 10.0.2.11

Si je fais un ping google.com de la VM Proxy ça marche, donc la carte bridgée n'a aucun souci. Par contre si je fais un ping depuis la VM Proxy vers la VM Web, et vice versa, je n'ai aucun résultat ...

Mes paramètres réseaux :

VM Web

auto lo
iface lo inet loopback

# Carte NAT
auto eth0
iface eth0 inet dhcp

VM Proxy

auto lo
iface lo inet loopback

# Carte bridgee
auto eth1
iface eth1 inet static
 address 192.168.0.1
 netmask 255.255.255.0
 gateway 192.168.0.254

# Carte NAT
auto eth0
iface eth0 inet dhcp

Qu'est ce que je n'ai pas pigé ? Déjà que le réseau en normal j'ai du mal mais là sous ProxMox ...

EDIT : Après reboot de mes VMs, les deux se retrouvent avec la même IP côté NAT (10.0.2.15), je suis de plus en plus perdu là ...

Nico06

J'ai un peu cherché sur le net et je suis tombé sur ce tuto d'OVH : http://guides.ovh.com/Proxmox

J'ai donc suivi la partie "Créer une VM NAT" en modifiant un peu. J'ai enfin un résultat de ping entre mes VMs Web et Proxy.

En revanche maintenant, si je fais un ping vers l'extérieur (ex google.com), ça ne marche plus et pas moyen d'effectuer un apt-get ... sur n'importe quelle VM ... Sauf la VM Proxy où le ping vers 192.168.0.254 marche. Manque DNS ?

Réglages réseaux :

- Coté Hôte ProxMox

auto lo
iface lo inet loopback

iface eth0 inet manual

auto vmbr0
iface vmbr0 inet static
        address  192.168.0.6
        netmask  255.255.255.0
        gateway  192.168.0.254
        bridge_ports eth0
        bridge_stp off
        bridge_fd 0

auto vmbr1
iface vmbr1 inet static
        address  10.0.0.254
        netmask  255.255.255.0
        bridge_ports none
        bridge_stp off
        bridge_fd 0
        post-up echo 1 > /proc/sys/net/ipv4/ip_forward
        post-up iptables -t nat -A POSTROUTING -s '10.0.0.0/24' -o vmbr0 -j MASQUERADE
        post-down iptables -t nat -D POSTROUTING -s '10.0.0.0/24' -o vmbr0 -j MASQUERADE

- Côté VM Proxy

auto lo
iface lo inet loopback

# Carte bridgee sur vmbr0
auto eth1
iface eth1 inet static
      address 192.168.0.12
      netmask 255.255.255.0
      gateway 192.168.0.254

# Carte bridgee sur vmbr1
auto eth0
iface eth0 inet static
      address 10.0.0.1
      netmask 255.255.255.0
      gateway 10.0.0.254

- Côté VM Web

auto lo
iface lo inet loopback

# Carte bridgee sur vmbr1

auto eth0
iface eth0 inet static
      address 10.0.0.2
      netmask 255.255.255.0
      gateway 10.0.0.254

L'impression de ne pas avancer ...

xataz

Re,

Pour les VMs, il me semble que de base elles n'ont aucun serveur de noms.
test ping 8.8.8.8

Normalement tu as les bonnes NAT, mais vérifie avec un iptables -L -v -n et poste le résultat.
Pareil pour un cat /proc/sys/net/ipv4/ip_forward

Nico06

Bonjour.

Alors les pings 8.8.8.8 depuis la VM Proxy, et la VM Web, retournent un résultat oscillant entre 30/40 ms.

Voici le résultat d'iptables -L -v -n :

root@pve:~# iptables -L -v -n

Chain INPUT (policy ACCEPT 18360 packets, 4316K bytes)
 pkts bytes target     prot opt in     out     source               destination 

Chain FORWARD (policy ACCEPT 248 packets, 16819 bytes)
 pkts bytes target     prot opt in     out     source               destination 

Chain OUTPUT (policy ACCEPT 19448 packets, 5310K bytes)
 pkts bytes target     prot opt in     out     source               destination

Apparemment aucune règle n'est présente ou je me trompe ?

pour l'ip_forward :

root@pve:~# cat /proc/sys/net/ipv4/ip_forward
1

Ce côté là a l'air bon ...

xataz

Pour le iptables, j'ai oublié le "-t nat".
Mais le nat doit être correct vu que le ping passe bien.

Essai en ajoutant dans le fichier /etc/resolv.conf des VM :

nameserver 8.8.8.8

Et relance un ping de google.fr par exemple, et ça devrait marcher.

Nico06

Aaaaaah en effet beaucoup mieux !!! Enfin une réponse au ping google.com de la part de mes VMs. Par contre, à quel DNS correspond exactement le 8.8.8.8 ?

J'ai fait pointer la VM Proxy vers le DNS de mon hébergeur et ça marche également. En fait il ne s'agissait, en effet, que d'un problème de DNS (ils étaient pointés sur 10.0.2.254, qui correspondait à mes essais en mode NAT

).

Merci pour l'aide !!! Certainement que je reviendrai encore embêter car pas mal de boulot m'attends encore

xataz

Le 8.8.8.8 est le DNS principal de google (8.8.4.4 le secondaire). C'est le DNS que j'utilise pour les tests car facile a retenir.

Nico06

xataz wrote:Le 8.8.8.8 est le DNS principal de google (8.8.4.4 le secondaire). C'est le DNS que j'utilise pour les tests car facile a retenir.

Bon à savoir, en effet il est très facile à retenir

Nico06

Nouvelle galère avec la configuration de Nginx mais j'ai ouvert un nouveau topic, vu que celui çi est résolu et qu'il s'agit d'un autre sujet : http://mondedie.fr/d/6766/1

setsuneh

Je me permets de m'inclure dans la discussion.
Des retours? Tu es satisfait?

Nico06

Bonsoir.

De la configuration ou de online.net ?

setsuneh

De ta config notamment si ca marche bien et tout

Nico06

Très prise de tête avec la configuration mais ça vaut le coup. L'avantage est surtout d'avoir chaque VM dédiée à une activité (serveur web, serveur SQL, serveur mail, reverse proxy etc ...) et avoir plus de sécurité avec un reverse proxy qui se prends toutes les attaques.