Nginx ou Apache pour un VPS?
Je me considère comme un utilisateur/administrateur inexpérimenté lorsqu'il s'agit d'exécuter mon VPS. Je peux me débrouiller avec quelques commandes CLI, je peux configurer Webmin et je peux configurer Yum repo, mais au-delà des choses très élémentaires, je suis hors de propos.
Jusqu'ici, je cours Apache. Je ne le connais pas très bien, mais je peux me débrouiller avec l'édition de httpd.conf si on me dit quoi éditer.
J'ai entendu de bonnes choses à propos de Nginx et du fait qu'il n'a pas autant faim en ressources qu'Apache. J'aimerais essayer, mais je ne trouve aucune information sur sa pertinence pour des administrateurs comme moi, peu expérimentés en configuration de sysadmin ou de serveur Web.
Webmin prend maintenant en charge Nginx. Par conséquent, son installation et son fonctionnement ne seront probablement pas un problème. Ce que je me demande, c’est que, du point de vue de l’administrateur du site, Nginx est aussi transparent que Apache? Pour le moment, par exemple, je ne peux que lancer Wordpress et Drupal sites sans avoir à se soucier de rien ni à apporter de modifications à la configuration d'Apache. Nginx serait-il aussi transparent?
J'utilise Apache depuis plusieurs années, car il est facile à utiliser et à configurer, fonctionne parfaitement sur de vastes réseaux et dispose de nombreux modules disponibles pour effectuer diverses tâches.
Apache est basé sur les processus et nginx sur les événements. Cela signifie qu'il n'est pas nécessaire de créer un nouveau fil pour chaque tâche à traiter.
En résumé, je pense que vous êtes mieux loti (si tout fonctionne correctement) de rester avec Apache. Vous pouvez toujours configurer un second serveur avec Nginx et migrer lentement le (s) site (s) et les services.
La seule chose pour laquelle j'utilise jamais Nginx est la création de proxys inversés pour acheminer le contenu servi par Apache à partir de serveurs locaux vers le monde extérieur. Nginx est également plus efficace pour atténuer les attaques par déni de service (DOS). Plutôt que de créer un nombre ingérable de threads, comme l’a tendance Apache, il supprime les requêtes.
Globalement, cela dépend vraiment du type de trafic que vous obtenez sur votre serveur et de l’aide éventuelle de ce commutateur.
J'ai utilisé lighttpd pendant un an et j'adore la simplicité des fichiers de configuration. Il est très léger et ne nécessite pas de service séparé (php-fpm) comme nginx.
Cependant, en raison de ma curiosité, j’ai récemment changé pour nginx et la syntaxe de configuration ressemble beaucoup à Perl. Cela fait peur au départ, mais si vous prenez une profonde respiration et tentez votre chance, vous commencerez à vous sentir à l'aise avec la syntaxe/config. De là, vous pouvez développer votre configuration. L'une des grandes choses que j'ai remarquées avec nginx est la capacité du proxy inverse. Le proxy inverse sur nginx est puissant.
Lighttpd avait également une capacité de proxy inverse et reste un excellent serveur Web, mais nginx est mis à jour beaucoup plus fréquemment et lighttpd est en quelque sorte en train de perdre son apogée. Désolé de parler de lighttpd, je sais que vous avez spécifiquement posé une question sur Apache & nginx, mais je voudrais simplement vous informer de lighttpd si vous n’en avez pas entendu parler.
Je recommande nginx pour son faible encombrement en mémoire et sa facilité de configuration par rapport à Apache. Apache est génial, ne vous méprenez pas, mais je pense que quand vous en avez besoin, utilisez ce avec quoi vous êtes à l'aise. Essayez Apache & nginx. Apache est puissant, mais il me semble "lent" comme démarrage du service et difficile à gérer avec vhosts. Ce n'est tout simplement pas aussi simple qu'avec nginx/lightty.
Je viens de commencer à utiliser Nginx et le considère plus facile à configurer qu’Apache. Je suis avec vous, je ne connais pas l'expérience de la configuration de serveurs Web, mais j'en ai créé quelques-uns pour mon propre compte. Lancez une instance Amazon EC2 et essayez-la vous-même.
Google m'a fourni les réponses dont j'avais besoin assez rapidement. Il était beaucoup plus facile de configurer un hébergement virtuel dans nginx qu'Apache, à mon humble avis.