CPanel ou pas CPanel ?

Bonjour,

sauf erreur de ma part c'est pas possible de prendre un dédié pour 2semaines, c'est soit 7J soit 1mois mais pas 2semaines (et non on peu pas prendre 2x 7jours car à la fin des 7jours soit il est restitué soit pris pour 1 mois supplémentaire).

Cordialement, janus57

Bonsoir,

Oui effectivement, j'ai prévu de le payer pour un mois. Ce n'est pas grave, les 2 semaines restantes me permettront tranquillement de commander le Performance 3 ou 4 et éventuellement de poser les dernières questions au support.

Là où j'hésite c'est si je vais y mettre CPanel afin de mieux gérer le tout, sachant qu'il y a pas mal de tutoriels pour le configurer un peu partout sur internet, ou alors si je place le nom de domaine et tout le reste sans CPanel ...

Bonjour,

pour le choix de cpanel ou non c'est délicat étant donné que dans ce cas on sais pas grand choses (gestion de 1 domaine ? 1k ? 10k ? gestion des mails associés ? etc…).

Car le plus dur n'est sans doute pas de choisir si il faut cpanel ou non, mais de commande va se faire la transition dédié => mutu vu qu'il y aura une propagation DNS, une transfert des mails, un déplacement des fichiers/bdd du dédié au mutu etc…

De plus vous prévoyez vraiment une si grosse charge que ça pour prendre un MG-256, car en terme de puissance cela n'a rien à voir avec un mutu.

Cordialement, janus57

Quelque chose me dérange dans la démarche.
Je doute que le pic de charge concerne tous les services. J'aurais tendance à penser que ça va concerner principalement les services liés au web (BDD, Serveur web, à la rigueur une hausse des mails)

J'aurais tendance à compartimenter et mettre à part tout ce qui ne va pas être influencé par le pic de charge temporaires.

Mettre un panel, c'est bien. Ca ne règlera pas le serveur pour en tirer le maximum de performance. C'est juste un outil pour faciliter la gestion quotidienne du serveur.

Du coup, j'ai peur que CPanel t'aide à installer le serveur, mais pas à digérer le pic de charge.

Bonsoir,
@TBC_Ly0n:
Effectivement, se seront presque uniquement les ressources permettant l'affichage d'une page et les requêtes SQL qui seront davantage sollicitées.

Donc selon vous il faudrait plutôt faire un serveur avec les pages PHP et un second avec les bases de données ? Mais les 2 sont sollicités lors d'un afflux de visiteurs, donc je ne vois pas trop ce que je pourrais isoler.

Cependant le serveur est tellement puissant qu'il est fort probable que ça suffit pour le tout, vous ne pensez pas ? A la limite un MG-128 pour les pages PHP et un DISCOVER-SYD pour les bases de données, mais si un seul serveur peut suffire je ne vois pas vraiment l'intérêt de séparer.

Cependant, moi même je ne connais pas la configuration du serveur qui permettra de supporter les visiteurs.

@janus57:
J'ai un domaine principal où les gens iront pour aller sur le site, et un second où je souhaite simplement pour le moment qu'il ne soit pas réservé par quelqu'un d'autre.
Il faut gérer les mails, par exemple si quelqu'un m'envoie un mail sur un mail rattaché au domaine durant le temps où le site est sur le dédié.

A la limite le transfère de mails du dédié vers le mutualisé n'est pas nécessaire, vu que la plupart des gens me contacteront via un ticket support ou via les réseaux sociaux.

Je prévois le pic de charge que peut provoquer une vidéo de Squeezie qui fait souvent 500 000 vues en 2-3 heures et souvent 2 millions en 48h et comme le jeu n'est pas très connu, cela risque d'attirer la curiosité. Certes, tout le monde n'ira pas sur le site et pas en même temps, mais je m'attend tout de même à 8 000 ou 10 000 visiteurs en simultanée à certains moments. Cependant, malgré les nombreuses personnes que j'ai interrogé, aucune n'a sus me dire le serveur nécessaire pour 10 000 visiteurs. Je préfère donc prévoir un peu plus large que nécessaire. Et après tout, louer un serveur à plus de 300€ ne vaut-il pas le coup pour éviter de gâcher 10 000 ou 15 000€ dépensés pour la vidéo si le site est indisponible durant plusieurs heures ...

Pour le transfère des fichiers et bases de données cela prendra maximum 45 minutes avec ma connexion ADSL, puis 3h pour le client du jeu de 650 Mo mais ça pourra attendre la fin du transfère.

Bonjour,

dans ce genre de cas si vous ne savez pas la charge exacte que vous allez recevoir à un moment T le mieux serait de partir sur du public cloud qu'il est possible de prendre à l'heure et donc de prendre au moment des pics de charge, car avec une bonne répartition de charge (avec haproxy ou iploadbalancing par exemple) c'est typiquement l'utilisation du public cloud, augmenter pour quelques heures la puissance disponible (et normalement cela revient moins cher qu'un dédié).

De plus dans votre cas il ne faudrait surtout pas prendre un "DISCOVER-SYD" car c'est un serveur situé à Sydney donc autant dire que si vous attendez des visiteurs français c'est une très mauvaise idée.

Comme l'a dit @TBC_Ly0n : un serveur/ensemble de serveur bien optimisé est juste 2x plus puissant qu'un gros serveur avec une config de "base" non adapté au(x) site(s)/situation(s).

De plus pour votre client de jeu qui fait 650Mo typiquement c'est l'usage de "https://www.ovh.com/fr/public-cloud/storage/object-storage/ Object Storage"

Cordialement, janus57

Bonsoir,

D'après la page https://www.ovh.com/fr/publiccloud/guides/g1778.redimensionner_une_instance https://www.ovh.com/fr/publiccloud/guides/g1778.redimensionner_une_instance "Seul le redimensionnement vers un modèle supérieur est possible." mais selon la page https://www.ovh.com/fr/public-cloud/instances/fonctionnalites/ https://www.ovh.com/fr/public-cloud/instances/fonctionnalites/ on peut adapter les ressources à disposition ...

Ce qui me perturbe aussi c'est de mettre ça en place, vous me parlez de public cloud, de loadbalancing, de haproxy, de modifier la puissance disponible, etc etc J'ai certes fais un BTS IRIS et je gère un site sur un hébergement mutualisé avec CPanel depuis bientôt 2 ans, mais je n'ai jamais mis en place ce genre de choses. C'est pour ça que dès le départ je suis tenté de prendre un seul serveur dédié, même s'il est trop puissant, puis de passer sur un mutualisé après 1-2 semaines lorsque 99% des vues de la vidéo seront faites.

Cependant, Object Storage semble utilisable avec n'importe quelle offre, que ce soit un hébergement mutualisé ou un serveur dédié ou un public cloud. Cela permettrait de faire en sorte que la bande passante du site ne soit jamais saturée. Cependant, cela permet-il beaucoup de téléchargements en simultanée ? Par exemple 200 personnes qui téléchargent en même temps le fichier de 650 Mo ? Ou je suis limité à 1 Gbps ? Vu que le trafic sortant est payant, je suppose que la bande passante par jour ou semaine est illimitée.

Je viens de me rappeler que j'ai fais faire un devis pour une infogérance par un prestataire externe. Ils m'ont proposé:
° Location d'une instance virtuelle (B2-120: 120 Go RAM, 32 vCores, 2,3 GHz, 400 Go SSD RAID Local, 500 Mbps public garantis) managée pour une durée d'un mois à 320€ HT/Mois.
° Infogérance d'une instance virtuelle à 149€ HT/Mois.

J'ai trouvé beaucoup d'avis de clients OVH habitués des mutualisés qui ont prit un dédié pour un gros besoin, et se sont retrouvés perdus au milieu d'une quantité incroyable de docs.

Le passage sur un dédié est loin d'être simple. Toute la gestion du serveur te reviendra (ou à la personne à qui tu confieras sa gestion)

Si c'est une vidéo à visionner, est-ce que tu n'as pas intérêt à la publier sur Youtube ou un autre fournisseur et intégrer le lecteur sur ton site ? De la sorte, tu reposes sur les infrastructures géolocalisées de Youtube. Tu as tout intérêt à te baser sur l'expertise de services spécialisés vis à vis de ton besoin.

Mon conseil est de faire en sorte que les services qui ne sont pas impactés par le pic soudain de charges (mails, DNS) doivent être mis à part, pour se concentrer sur les services qui risquent de prendre cher.

Séparer la base de données du serveur web permet de faciliter l'optimisation des deux composants séparés. Ce n'est pas une obligation. Si tu pars dans cette voie, il faut s'assurer que la latence entre ta base de données et ton serveur applicatif est suffisamment faible pour ne pas ralentir les échanges. et que le panel que tu auras retenu sait gérer cette configuration inhabituelle pour la plupart des panels. (Virtualmin sait gérer le cas, en modifiant la configuration par défaut)

Si tu définis précisément ce qui va entrainer le pic de charge, la solution te sautera aux yeux.

Bonjour,

Oui bien sûr, les vidéos seront par exemple sur YouTube, surtout que ça me fait de la publicité gratuite.

En vous lisant je me rend compte que je n'avais pas pensé à la latence entre les éventuels 2 serveurs.

En tout cas, même en mettant le tout sur un même serveur, le B2-120 suffira, il y a quand même 32 coeurs et 120 Go de RAM ce qui est énorme. Tout le monde n'ira non plus sur le site au même moment et certains ne resteront pas plus d'une minute si le style de jeu ne leur plait pas du tout. Et ça reste moins chère qu'un dédié avec moins de coeurs, donc autant en profiter.

Je vous remercie d'avoir autant discuté avec moi. Finalement je ne me sens pas capable avec certitude de mettre en place un hébergement web sécurisé et fonctionnel sur un dédié par moi même. Mais il faudra quand même un jour que je prenne le temps d'étudier la chose car si on sait le faire il y a certes beaucoup de paramétrages et de modifications possibles mais ça reste largement plus économique.

Cordialement
jejedu67

il est plus commode d'attendre d'avoir des besoins moins critiques pour te faire la main.
Pour les besoins critiques, tu as une multitude d'intervenants qui sont en mesure de proposer des prestations de qualité. Entre autres, moi :grin:

Bonjour,

J'ai regardé votre site, c'est bien Bacula comme solution de backup?

Ca digresse un peu... ;)
Bacula est parfait pour faire de la sauvegarde distribuée de toute une infrastructure.
Sa configuration demande un peu de temps, ensuite, c'est un régal à maintenir.
A ne pas prendre à la légère, c'est un outil complet... donc nécessairement complexe.

Ok, merci pour le renseignement, et mille excuses pour la digression.