L'hébergement Magic aux Pays-Bas sans tenir compte des ressources serveur consommées a été mis à jour et est désormais moins cher que partout ailleurs. Choisir le meilleur hébergement pour des charges élevées Résultats des tests de certains hébergeurs

J'ai déjà écrit récemment sur mes recherches bon hébergeur et ma mauvaise expérience avec Timeweb.ru.

Je dois dire aussi que j'ai aussi essayé un peu pendant la période de test et hébergement de Beget.ru. Il a quelque chose pour moi J'ai vraiment aimé. C'est génial, confortable et beau Panneau de contrôle d'hébergement exclusif et complètement unique Gestionnaire de fichierségalement de notre propre conception. Ce dernier est généralement idéal, contient deux panneaux de style Total Commander et de nombreuses possibilités pour travailler avec des fichiers et des archives. Je n'ai jamais rien vu de pareil ailleurs. Mais quand même résultat du test pour moi, c'était aussi négatif. Comme pour Timeweb, la base de données ne pouvait pas gérer la charge quotidienne réelle. En une journée, les valeurs admissibles ont été dépassées de plus de 230% . C'est avec grand regret que j'ai dû quitter cet hébergement et poursuivre ma recherche.

Et finalement la chance m'est venue. J'ai trouvé un hébergement dont je n'avais jamais vu auparavant en termes de conditions et de tarifs. Ceci héberge JustHost.ru(à ne pas confondre avec l'hébergement étranger JustHost.com, qui ne brille par rien de spécial).

Le fait est que les hébergeurs proposent généralement des forfaits payants qui incluent de nombreuses restrictions: différent, mais forcément un nombre limité de mégaoctets sur le disque et en même temps un nombre limité de sites et de domaines, un nombre limité de bases de données, d'utilisateurs FTP, de boîtes mail, de trafic mensuel, de charge processeur et de bases de données, etc. Possibilités illimitées parfois, ils proposent un hébergement à l'étranger. Mais, d'abord, ils sont étrangers :)). Deuxièmement, ils sont assez chers précisément parce qu’ils sont illimités et nécessitent de l’argent à l’avance.

L'hébergement JustHost.ru offre des conditions complètement différentes. Il s’agit essentiellement d’un hébergement illimité. La seule limitation est la quantité d’espace disque, pour laquelle vous payez (ou ne payez pas du tout selon la quantité commandée, oui, il existe aussi un forfait gratuit). En même temps, non Il n’y a aucune autre restriction ! Et tu payes pour tout ce plaisir quelques centimes par rapport aux autres fournisseurs. Jugez par vous-même.

Il y en a trois récemment améliorés tarif. Moins de trois semaines se sont écoulées depuis la publication de l'article et les tarifs ont considérablement baissé(de 1,5 à 5 fois !). Je modifierai l'article en conséquence.

1. Gratuit: pas plus de 70 100 Mo d'espace disque et aucune limite sur quoi que ce soit d'autre. Convient aux débutants et aux petits sites. Et sans publicité ! Et ne payez rien du tout !

2. Économique: hébergement flexible sans limitation d'espace disque et avec une tarification journalière au mégaoctet pour l'espace réellement occupé à un prix très prix bas. À savoir, seulement 1/3 1/15 kopecks par mégaoctet et par jour (10 2 kopecks par mégaoctet par mois).

3. Optimal: bénéfique pour les grands espaces requis. Avec ce tarif, vous choisissez le volume de disque requis (déjà fixe) allant de 1 à 100 gigaoctets et ne payez pas plus de 32 20 roubles par gigaoctet par mois. Le volume requis peut être modifié ultérieurement à tout moment.

Où d’autre avez-vous vu de tels tarifs ?? Dans ce cas, l'espace supplémentaire occupé par les sauvegardes quotidiennes n'est pas pris en compte et n'est pas rémunéré. En même temps, il reste encore réductions jusqu'à 20% selon le nombre de mois payés. Et un mois d'hébergement gratuit pour chaque domaine transféré depuis un autre fournisseur.

Sur n'importe lequel plan tarifaire illimité nombre de sites, bases de données, FTP, boîtes mail, trafic. Vous pouvez voir ce qui est inclus dans tous les tarifs.

Il existe un moyen pratique Àcompte utilisateur, où vous pouvez sélectionner l'ensemble de services souhaité et les payer en utilisant un large éventail d'options :

Vous pouvez également vous inscrire nouvelle maison fr(et en même temps, l'enregistrement et le renouvellement annuel dans zones.ru et.rf ne coûteront que 90 roubles), ce que j'ai immédiatement fait.

Pour gérer l'hébergement, nous utilisons le célèbre Panneau DirectAdmin. Certes, personnellement, je ne le connaissais pas encore et au début, cela ne me semblait pas très pratique ou fonctionnel. Mais je m’y suis vite habitué et maintenant je ne me plains plus.

Chaque domaine possède son propre dossier, qui contient également des dossiers de sous-domaines. Il existe un choix de version PHP, un contrôle indépendant de l'inclusion du plugin et un accès au php.ini.

Attire l'attention système de réservation. Sauvegardes quotidiennes automatiques des fichiers et bases de données sont stockés pendant 30 jours complets, sans prendre votre place comme je l'ai mentionné. C'est aussi un phénomène unique (généralement 3, 7, 10 jours, pas plus). Vous pouvez effectuer une sauvegarde manuellement à tout moment.

Bref, j'ai récemment déplacé ce site et ses sous-domaines vers cet hébergement. D'abord pour une période d'essai de 15 jours, j'ai maintenant reçu un autre mois gratuit pour le domaine transféré. Et puis nous verrons. J'observe et j'étudie le comportement. La vitesse est excellente, je ne constate aucune surcharge CPU ou RAM (c'est d'ailleurs donné pour un "usage personnel" avec des ressources partagées d'un CPU Xeon 2600 MHz et 2048 Go de RAM). Je ne constate également aucun crash sur le site, ce qui restait à prouver. Les statistiques d'utilisation des ressources dans le Panneau de configuration montrent des réserves importantes et n'ont jamais dépassé les limites acceptables.

D'ailleurs, le support technique est excellent, répond aux tickets dans les 5 à 10 minutes et va droit au but.

J'ai lu quelque part que leur équipe est petite, mais qu'ils travaillent efficacement. Bureau à Zelenograd, les serveurs sont loués à Moscou, expérience depuis 2007, pas débutants. Et pourtant, pour une raison quelconque, ils ne sont pas très connus, je pense que ce n’est pas mérité. À propos, ils disposent désormais d'environ 2 600 domaines d'hébergement et la dynamique est positive.

Depuis le 1er janvier 2016, les tarifs d'hébergement de ce fournisseur ont changé. Tout dans notre pays devient de plus en plus cher, et Justhost n'a pas échappé à ce sort. :)

Exclus du tarif de connexion Gratuit. Sur le tarif Économique le coût d'un mégaoctet a augmenté 3 fois, au tarif Optimal- 2,7 fois.

Mais je pense quand même que ce sont des conditions très avantageuses par rapport à de nombreux autres prestataires. Les autres fonctionnalités mentionnées dans l'article ci-dessus n'ont pas changé.

De plus, les nouveaux tarifs s'appliquent uniquement aux nouvelles connexions. Pour ceux qui se connectaient auparavant, rien ne change.

Bonne chance à vous, à bientôt sur les pages de mon site.

Afin de ne rien manquer des publications, vous pouvez abonnez-vous à l'un des flux RSS: Toutes les actualités du site, Actualités de la rubrique « Contes de l'ancien utilisateur » ou Actualités de la rubrique « Android World ».

Pour être informé des nouveautés du site, Je recommande de s'abonner au mailing hebdomadaire périodique « Contes de l'ancien utilisateur » sur le portail Abonnez-vous.ru.

En mars 2016, j'ai été contraint de migrer vers un autre hébergement. Jusqu'à ce moment-là, depuis 2012, j'étais assis sur presque le premier hébergement qui m'était venu lors de la création du site - Mainhost. Et j'étais satisfait de tout, le support technique était au niveau et j'ai payé environ 100 roubles pour 20 000 personnes/jour. Si la charge sur le processeur dépassait la norme autorisée, ils radiaient simplement quelques roubles pour une telle journée et c'est tout.

Mais ensuite leur politique a changé et ils ont dit que cela n'était plus possible, dans le sens de payer un supplément. Et mon site ne prendra en charge aucun autre tarif proposé ! Au moins, ils m'ont donné autant de temps que je demandais pour déménager. Et j'ai commencé à chercher une nouvelle maison pour le site, et les principaux critères étaient la charge et le coût du processeur.

Quelle charge les hébergements peuvent-ils supporter ?

Le plus gros problème est que dans les tarifs de tout hébergement, vous ne pouvez pas lire combien il va gérer, et encore moins essayer ces chiffres pour votre site. Au fond, rien n’est écrit à ce sujet. Parfois, ils écrivent sur quels tarifs combien de « perroquets transformateurs » vous avez droit. Tout le monde écrit qu'ils ont un hébergement très cool et rapide. Mais ces informations sont aussi isolées que possible de votre site spécifique.

Parfois, il existe même une calculatrice qui calcule le tarif dont vous avez besoin, et pour moi, cela a toujours été calculé comme étant très cher, car... forte fréquentation. Mais j’ai compris que cela ne pouvait pas arriver : maintenant je paie 100 roubles, mais il s’avère que je ne peux pas me permettre moins de 1 000 roubles par mois. Quelque chose ne va pas ici... En bref, j'ai décidé que pour savoir si un site d'hébergement gérerait le site, je devais vérifier un site spécifique sur cet hébergement.

Le principe de tester un site sur d'autres sites d'hébergement

Acheter un tarif auprès de chaque fournisseur juste pour le tester n’est pas une entreprise gratifiante. J'ai donc choisi uniquement ceux qui ont une période de test, en moyenne 2 semaines. Les fichiers et la base de données du site sont transférés sur chaque hébergement de test. J'ai tout fait manuellement et j'ai automatisé le processus. Mais vous pouvez demander au service support de le faire, vous n'aurez qu'à attendre plus longtemps :) Les résultats du contrôle ne sont pas affectés par le CMS dont vous disposez - WordPress, Joomla, DLE ou tout autre, l'essentiel est que le l'hébergement prend en charge de tels systèmes.

Il n'est PAS BESOIN de remplacer les serveurs NS par de nouveaux ! Pour ouvrir un site internet sur votre ordinateur depuis l’hébergement que vous testez, il vous suffit d’écrire la ligne suivante dans le fichier « c:\Windows\System32\drivers\etc\hosts » :

Domaine d'adresse IP

Par exemple (je liste également mes sous-domaines) :

Vous pouvez connaître l'adresse IP de votre nouvel emplacement à partir des lettres après l'inscription, dans le panneau de configuration ou demander au support technique. soutien. Désormais, le site du nouvel hébergement s'ouvrira dans le navigateur (si tout fonctionne), mais pour les visiteurs ordinaires, rien ne changera, leur site fonctionnera depuis votre hébergeur actuel.

Parfois, le navigateur reste bloqué et ne voit pas que vous avez enregistré une nouvelle adresse IP, vous devez alors vider le cache du navigateur. En utilisant Google Chrome comme exemple, je vais vous montrer comment comprendre à partir de quel serveur votre site Web se charge :

• Appuyez sur « F12 », le panneau du développeur apparaîtra en bas
• Actualiser la page « Ctrl+F5 »
• Allez dans l'onglet « Réseau », cliquez sur la première position de la liste et regardez à droite

Parfois, vous devez actualiser la page plusieurs fois pour que la nouvelle adresse IP y apparaisse. Lorsque tout fonctionne, vous devez installer un programme pour tester la capacité de charge. En général, il s'agit d'une science à part entière, et des programmes de ce type sont vendus pour des milliers de dollars. Je n’ai aimé aucun des programmes gratuits, ou ils étaient trop compliqués. Nous utiliserons donc la période de test. Téléchargez et installez le programme WAPT.

C'est la chose la plus claire que j'ai rencontrée avec une période d'essai d'un mois avec possibilité de prolongation d'un mois supplémentaire. Aucun médicament pour un tel logiciel n'a été trouvé sur Internet.

Le principe de fonctionnement est le suivant :

• Le programme charge la page du site que nous spécifions et mémorise tous ses éléments
• Nous filtrons tous les scripts, styles et images des serveurs tiers
• Nous demandons au programme de « visiter » cette page par le nombre de personnes requis
• Voyons comment la vitesse de chargement, le nombre d'erreurs et d'autres paramètres ont changé

Comment vérifier la capacité de charge des sites d'hébergement

Lorsque vous le lancez pour la première fois, l'assistant de création du premier projet s'ouvre (tout est en anglais, mais je pense avoir donné un lien vers la version russe), dans un premier temps vous devez sélectionner le type d'augmentation de charge :

• Montée en puissance – progressive,
• Constante - constante,
• Périodique – changeant périodiquement.

Sélectionnez « Ramp-up » et configurez-le dans la deuxième étape :

• Nombre de visiteurs virtuels (utilisateurs) de 1 à 20,
• Par pas de « 1 », en augmentant toutes les 10 secondes.

Dans la version d'essai, le nombre maximum d'utilisateurs est de 20 simultanément. Mais c'est largement suffisant pour les contrôles. Dans les rapports finaux, le programme écrit le nombre total de sessions pendant le test, et avec 20 utilisateurs, il y en a des milliers en 10 minutes de test. Autrement dit, il s'avère que cela convient aux sites comptant 100 000 personnes/jour, et peut-être plus, en général - individuellement.

Lors de mes tests sur différents hébergements, tout le monde n'a pas pu supporter le chiffre de 20. En même temps, j'ai pris un hébergement mutualisé et un sur VPS, mais plus sur les résultats ci-dessous. Dans la troisième étape, nous définissons la durée totale du test, soit 10 minutes.

Après avoir terminé l'assistant, la fenêtre des paramètres de profil apparaîtra :

Laissez-le par défaut et allez dans « Modifier les options »

Ici, vous devez activer l'enregistrement des éléments de la page, tels que les images, les scripts « .js » et les styles « .css ». De cette façon, nous vérifierons non seulement la charge sur le processeur, mais également la charge réelle de tous les éléments. « OK » deux fois et nous sommes déjà dans la fenêtre principale, l'enregistrement est activé. Vous devez maintenant saisir l'adresse de la page à tester. Insérez un lien vers l'une des pages les plus visitées, et pour qu'elle contienne des images, pas seulement du texte.

À cette étape, des fenêtres d'installation et des accords avec des certificats de sécurité peuvent encore apparaître, acceptez tout. Lorsque la page est chargée et que les nouveaux éléments dans l'arborescence de gauche ont cessé d'être ajoutés, arrêtez l'enregistrement avec le bouton « Stop Rec » sur le panneau :

Nous avons maintenant un projet pour notre site, mais d'autres branches peuvent apparaître, par exemple à partir des compteurs d'accès. Recherchez et supprimez tous ceux qui sont inutiles :

Ici, vous devez faire une chose importante : dans la liste des éléments téléchargés, ne laisser que les ressources de votre domaine, dans mon cas « site » et mes sous-domaines. Ceci est nécessaire pour que lors du test de capacité de charge, vous ne perdiez pas de temps à charger des ressources à partir de serveurs externes. En règle générale, il s'agit de contre-scripts, de publicités et d'images CDN.

On sauvegarde, en principe tout est prêt, tous les autres paramètres sont par défaut. Avant le premier lancement, vous devez exécuter un test de vérification à partir du panneau « Vérifier le test ». Nous sommes simplement d'accord avec tout. Vous pouvez maintenant enfin exécuter le test lui-même en utilisant le bouton « Exécuter le test » sur le panneau. Au cours du processus, des graphiques seront dessinés.

Résultats des tests de certains hébergeurs

Prenons un exemple de vérification de l'hébergeur " " :

• Le graphique noir est toujours plat – le nombre de visiteurs virtuels
• Lilas – temps de chargement moyen des pages
• Rouge – temps de chargement moyen avec tous les éléments
• Jaune – combien de fois la page s'est-elle chargée en 1 seconde ?

Les résultats sont bons, le temps de chargement est court et augmente progressivement. Passons à l'onglet "Bande passante"

Ici, nous voyons la bande passante du canal entre vous et l'hébergeur, avec une réduction. Ces informations ne diffèrent pas beaucoup selon les sociétés et dépendent principalement de la vitesse et de la capacité du serveur à diffuser le contenu.

L'onglet suivant est "Erreurs". Voici les statistiques d'erreurs :

Un peu trop. Idéalement, il ne devrait y avoir aucune erreur, mais cela arrive rarement. Il arrive que tous les graphiques soient beaux, mais les erreurs sont hors du commun. Cela signifie que les informations n'ont tout simplement pas été reçues du serveur.

A titre de comparaison, prenons l’hébergement Timeweb.

Les résultats sont médiocres, le temps de chargement des éléments de page est long ! En conséquence, peu de pages sont chargées par seconde. Des erreurs sont également présentes :

Mais le fournisseur "Appletec"

Aussi couci-couça, très instable.

Attention! Vous ne devriez pas vous baser sur mes résultats pour choisir votre hébergement ! Ce sont les résultats de mars 2016 !

Hébergement "Link-Host", graphiques de performances :

Beauté, regardons maintenant les erreurs :

Environ 10 % de toutes les demandes sont complétées par des erreurs, c'est ce que j'ai écrit juste au-dessus. C'est ce qui le rend si beau, je l'évite. Certains hébergements seront très décevants, par exemple « Netangels » s'avèrent totalement inutiles, page d'erreur :

Pour les amateurs de VPS, je l'ai essayé. Bonne compagnie avec un excellent support technique et des prix bas. Mais à un tarif d'environ 5 dollars, mon site a réussi le test moins bien que sur un hébergement mutualisé pour 2-3 dollars :

Cela s'explique très simplement : sur un VPS vos ressources sont limitées à des valeurs précises, mais sur une machine virtuelle ce n'est généralement pas le cas. Autrement dit, si personne d'autre n'a besoin de ressources, alors tout vous appartient. Mais si le nœud (serveur) sur lequel se trouve votre site est surchargé, alors l'image sera inverse. Et oui, les hébergeurs ont de nombreux nœuds, et donc quelqu'un peut se plaindre de l'entreprise, tandis qu'un autre ira bien, c'est juste que leurs sites sont sur des nœuds différents.

Les mêmes résultats seront obtenus sur n'importe quel VPS pour peu d'argent, et avec une charge normale du site, le travail sera plus stable que sur un hébergement virtuel, et il supportera toujours une charge excessivement accrue sans crash. J'ai choisi cette option, c'est dommage qu'il n'y ait plus de graphiques idéaux avec le cache activé.

Et finalement, j'ai trouvé un nouvel hébergement - Webstix (mise à jour 2018, l'hébergement s'appelle désormais ). Résultats:

J'ai été choqué, absolument tort, un hébergement aléatoire a montré catégoriquement meilleurs résultats dans mes tests. Et même s'il y avait un panneau de contrôle du site qui était nouveau pour moi et bogué - VestaCP, j'y ai quand même déménagé. Mais un mois plus tard, le panneau a été remplacé par mon ISPManager préféré, dont j'étais très content :)

N’ayez pas peur de déménager, testez-vous dans le déploiement d’un site Web auprès de différents hébergeurs, et ce processus deviendra aussi transparent que possible. Je sais que c'est effrayant de remplacer les serveurs NS par de nouveaux. Et si quelque chose ne va pas dans la « vraie vie » ? Mais il existe un moyen d’échouer.

C’est à tel point que la plupart des gens utilisent des plugins de mise en cache sur leurs sites Web. Il convient donc de comprendre que la charge sera considérablement différente lorsque le cache est activé et désactivé. J'ai testé ceci et cela, en choisissant de garder tout fluide et sans mise en cache. Si vous vérifiez tout le monde avec le cache activé, l'image sera plus fluide.

L'une des surprises les plus désagréables lorsque l'on travaille avec l'hébergement est, bien sûr, un avertissement concernant une consommation excessive de ressources, voire un blocage. compte sur le serveur. Dans cet article, nous parlerons de la procédure correcte dans de telles situations.

Il n'y a probablement aucun webmaster qui n'ait jamais reçu d'avertissements de la part de l'hébergeur pour avoir dépassé le niveau autorisé de consommation des ressources du serveur, ou même bloqué le compte d'hébergement, parfois même sans avertissement préalable.

Que faire lorsque vous recevez une surprise aussi désagréable ?

Si l'hébergeur vous informe de la « charge CPU » ou de la « charge du disque dur » en cours de création, demandez des détails. Il convient de vous fournir, sinon des graphiques de la charge créée, du moins une description précise de ses raisons. Examinons un certain nombre de problèmes les plus fréquemment rencontrés.

Charge CPU lors de l'exécution de scripts PHP ou Perl

Dans de tels cas, l’hébergeur ne peut pas toujours indiquer clairement quel script est à l’origine du problème, et vous devrez le déterminer vous-même. Si vous utilisez un CMS modulaire, tel que Joomla!, Wordpress ou Drupal, la raison peut être qu'un module séparé ne fonctionne pas correctement.

Presque toujours, le lien problématique dans le système de votre site Web peut être déterminé en comparant l’heure à laquelle le problème s’est produit avec les journaux de requêtes adressées à votre site Web à ce moment-là. Vous pouvez généralement accéder aux journaux du serveur Web dans votre panneau de contrôle d'hébergement, même sans contacter votre fournisseur.

Charge CPU et/ou disque du serveur Web Apache

Une charge excessive peut être créée par le serveur Web Apache lors de la desserte du site grande quantité graphiques et autres statiques. L'architecture d'Apache est conçue de telle manière qu'une seule requête est traitée par un thread ou un processus. Par conséquent, si votre site contient de nombreuses informations graphiques, une quantité déraisonnablement importante de ressources de processeur et de RAM sera dépensée pour son retour. La charge sur le disque du serveur sera également importante.

Dans ce cas, vous pouvez utiliser le serveur Web Nginx comme frontal à Apache. Nginx, grâce à son architecture asynchrone, vous permet de traiter des milliers de connexions au sein d'un seul processus et de fournir des données statiques beaucoup plus facilement et plus rapidement. Le seul problème est que de nombreux sites d'hébergement utilisent uniquement Apache comme serveur Web et que la combinaison Nginx+Apache est assez rarement utilisée (). Cependant, lors du passage au VPS, vous pouvez configurer cette combinaison sans problème. En règle générale, votre fournisseur d'hébergement peut transférer des sites Web vers un VPS depuis l'hébergement et configurer le logiciel nécessaire même sans paiement supplémentaire.

Nombre excessif de requêtes sur le site

Un grand nombre de requêtes similaires vers un site à partir d'une ou de plusieurs adresses IP (le soi-disant HTTP Flood est l'un des types d'attaques DDoS). Bloquer les adresses IP problématiques dans le fichier .htaccess à l’aide de la directive « refuser from » peut aider.

Si l'hébergement utilise uniquement Apache et que l'hébergeur est incapable de refléter les demandes problématiques à l'aide de Nginx et que l'attaque est intense, l'hébergeur peut bloquer votre compte sur le serveur et vous demander de transférer les sites vers un VPS ou un serveur dédié.

Si une attaque se produit pour la première fois, il est alors logique de contacter le fournisseur d'hébergement pour obtenir de l'aide pour la repousser, ou au moins exiger que le compte soit débloqué et la possibilité de continuer à travailler avec l'hébergement immédiatement après l'arrêt de l'attaque. Si un tel problème se produit systématiquement, passez à un VPS ou un serveur et configurez-le correctement pour un fonctionnement tolérant aux pannes du site (par exemple, en installant des scripts de blocage automatique pour les machines de robots IP basés sur l'analyse des journaux, en installant Nginx en tant que front- fin à Apache et filtrer les requêtes problématiques à son niveau) a vraiment du sens.

Augmentation significative du trafic des projets

Avec le développement d'un site, l'augmentation de son trafic est un phénomène naturel, et tôt ou tard le site peut vraiment devenir à l'étroit sur le plan tarifaire actuel. C’est normal pour développer des projets. Dans la plupart des cas, sur un hébergement mutualisé classique pour sites dynamiques, le seuil de trafic est de 2 000 à 4 000 visiteurs uniques par jour.

Si le trafic de votre site est proche de ces chiffres, alors la transition vers la bonne décision, ce qui aura un impact positif sur son développement ultérieur.

Charge sur le processeur et le système de disque depuis MySQL

Le temps normal d'exécution d'une requête sur une base de données MySQL est considéré comme étant de plusieurs dizaines de millisecondes. Les requêtes qui prennent plus de temps à s'exécuter (en particulier celles qui durent plus de 0,5 seconde) imposent souvent une charge excessive à la fois au système de disque du serveur et à son processeur. Si l'hébergeur vous avertit d'un problème similaire, demandez-lui des journaux de requêtes lentes, optimisez la structure de la base de données et effacez la base de données des informations non pertinentes.

L'utilisation intensive d'un service de messagerie hébergé pour des envois massifs instantanés à des centaines ou des milliers de destinataires peut entraîner une charge importante sur le serveur. Pour cette raison, la plupart des fournisseurs fixent certaines limites à l'envoi de courrier - généralement 25 à 50 lettres par heure ou environ 500 à 1 000 lettres par jour. Cette restriction vise à la fois à lutter contre les spams et à réduire la charge sur le sous-système de messagerie du serveur. Pour un travail normal avec le courrier sur un site Web, de telles restrictions sont généralement suffisantes, mais pour les mailings de masse, il est préférable d'utiliser l'hébergement de messagerie, les services de messagerie instantanée ou d'adapter un VPS à cet effet.

Vous devez comprendre qu’un hébergeur peut être confronté chaque jour à des dizaines, voire des centaines de problèmes similaires au vôtre, et peut donc vous aider à les résoudre. L’hébergeur est votre allié et non votre ennemi dans la lutte contre de tels problèmes.

Il est plus rentable pour l'hébergeur de fournir une assistance pour résoudre le problème et fidéliser le client que de refuser de fournir des services, non seulement en perdant des bénéfices, mais en nuisant également à sa réputation. Si vous n’avez pas de chance avec votre hôte et qu’il ne le comprend pas lui-même, laissez-lui un indice ou dites-le ouvertement.

Si le fournisseur propose un surclassement vers un tarif plus élevé ou un service de classe supérieure, précisez ce que cela vous apportera exactement. Si les arguments sont vraiment de poids, mieux vaut les écouter. Si les arguments se résument uniquement au fait que « ce sera mieux à tous points de vue », recherchez un nouveau fournisseur d'hébergement.

Nous vous souhaitons le plus possible moins de problèmes dans le travail avec l'hébergement, et autant de réussite que possible dans le développement de vos projets !

Lorsque vous choisissez un hébergement, vous comprenez probablement quelle sera la charge. Aujourd'hui, il n'existe que deux options qui résistent aux charges lourdes et répondent également aux exigences de performances : les solutions cloud ou cluster. L'un et le second valent tout à fait la peine, le prix joue donc ici un rôle.

Choisir meilleur hébergement

La différence entre un cluster et un cloud ?

Les solutions de cluster sont créées sur la base de deux ou plusieurs serveurs dédiés, généralement physiques. De plus, l'équipement serveur est utilisé en permanence et lorsque la charge augmente, des serveurs supplémentaires sont loués ou achetés.

Les solutions de cluster sont généralement facturées sur une base mensuelle.

Les solutions cloud sont également construites sur la base d'un certain nombre de serveurs virtuels. Le nombre exact de serveurs utilisés à un moment donné dépend de la charge. Lorsqu'il est élevé, il y en a un grand nombre, et lorsqu'il est faible, les serveurs qui ne sont pas impliqués sont simplement éteints.

Pour hébergement en nuage souvent payé à l'heure. L'heure de fonctionnement de chaque serveur individuel dans le cloud est nécessairement facturée. Le montant du paiement dépend entièrement de la charge. S'il est élevé, le montant à payer est plus élevé, et s'il n'y a pas de charge, le paiement est minime.

En comparant le coût horaire de fonctionnement de serveurs similaires dans le cloud et dans un cluster, vous verrez que les clusters sont un peu moins chers. Dans le même temps, après avoir analysé en profondeur le pourcentage global d'utilisation efficace des ressources payantes, il deviendra évident que dans les « nuages ​​», il est plus élevé.

Avec un tel hébergement, vous payez exclusivement pour la consommation réelle, tandis que dans un cluster, les tarifs s'appliquent également au matériel inutilisé.

Nuageux meilleur hébergement En termes de vitesse de mise à l'échelle, il est en avance sur ceux des clusters. De plus, il se prête à l’automatisation. La construction d'un cluster prend plus de temps ; il y a beaucoup moins d'opérations automatiques.

Examinons quelques fonctionnalités supplémentaires de chacune des solutions d'hébergement décrites.

Groupes

Grappe hébergement doit être choisi si la charge est constamment élevée ou augmente progressivement.

Dans de telles circonstances, toutes les ressources du cluster sont constamment utilisées, l'équipement n'est donc pas inactif. Ainsi, il est temps de faire évoluer (augmenter le nombre de serveurs). Cela se produit progressivement, à mesure que la charge augmente.

Le plus souvent, le cluster est choisi par les services web, les boutiques en ligne, les applications métiers et les réseaux sociaux.

"Nuages"

Nuageux hébergement en Europe justifié pour les sites d'événements, d'expositions, de promotions spéciales et autres, où le trafic est la plupart du temps faible, mais à certains moments il peut fortement augmenter de manière significative.

En d'autres termes, nous parlons de sites où les surtensions sont étroitement liées à l'activité marketing ou où elles augmentent comme une avalanche, et où l'on n'a pas le temps de déployer un cluster. Dans ce cas, le prix plus élevé de l’heure de travail compense le fait que l’équipement ne reste pas inactif.

Ainsi, l'un des avantages de l'hébergement cloud est que le cloud réduit le temps de déploiement, ainsi que la mise sur le marché de projets et d'applications.

Conclusion

Bien entendu, il y aura des opposants et des partisans des deux solutions. Cependant, étant donné qu'ils existent et servent un grand nombre de projets, ils constituent une voie d'accès justifiée au Réseau. C'est à vous de décider lequel choisir.

Comme mentionné ci-dessus, le cloud hébergement en Ukraine adapté aux charges périodiquement élevées et à une augmentation inattendue du nombre de visiteurs en même temps.

Les solutions de cluster sont utilisées lorsqu'il y a des charges élevées constantes ou une augmentation systématique prévue du trafic.

En se concentrant sur des facteurs aussi simples, faire un choix sera beaucoup plus rapide et plus facile.