Хостинг VPS

Для попадания в топ10 (Яндекс, Гугль) сайт должен уметь отрабатывать много пользователей

Хостинг VPS

Много пользователей – это не просто много пользователей в период времени, это много пользователей в один момент времени (или близко в миллисек)

Апач – он однопоточный, т.е. пользователи по очереди
Nginx – он многопоточный – но для статики (картинки в основном + кэш от движка)
Nginx +Apace = на 90% хостингов пойдет для чистого html
А вот если у нас динамический сайт на php – вот тут нужны ресурсы.

Серверу нужно собрать html на основе инструкций php

Вот потребление памяти на сборку страницы html из кода php

Хостинг VPS

Вот потребление ресурсов процессора

Хостинг VPS

Nginx +Apace+PHP = если php управляется апач – то строго по очереди, никакая оптимизация не даст топ10 – зачем роботам показывать сайт в топ10 выдаче – если его часть пользователей не увидят – они будут стоять в очереди на обработку в Апач (если пришли практически одновременно) и потом их сервер выкинет по таймауту.

Те хорошее SEO – «это обязательное условие – но недостаточное» как говорят математики.
Что бы было многопоточность – нужна надстройка над апач – fastCGI. Или совсем сложный случай: NginX+ (PHP-fpn) = вообще без Апача

На обычном хостинге этого не будет – памяти много жрет (очень много жрет, чем больше пользователей одновременно – тем больше памяти…), нужна VPS (или уже DS – но это уже совсем дорого)

Что такое VPS/VDS?

Хитрые хостеры отвечают, что это одно и то же.

А вот не совсем:

  • VPS – (англ. virtual private server) – виртуальный частный сервер
  • VDS – (англ. virtual dedicated server) – виртуальный выделенный сервер

Одна буква – и разница есть.

Самая дешевая VPS – на виртуализации OpenVZ

Вот именно OpenVZ – это как раз виртуальный частный сервер VPS. Точнее – это контейнер, а не сервер. Внутри контейнера можно запускать только те программы, которые поддерживает общее ядро – т.е. Linux.

А ядро у всех пользователей общее – и под пользователей выделены контейнеры, где созданы виртуальные ядра, память и пр.
Хостеры очень любят OpenVZ – так там диск тоже виртуальный и его объем динамически распределяется между пользователями. Т.е. Ваши 15 гиг типа у хостера и 3 использованных = факт только 3 использованных и Вам еще выделят до 15 при необходимости…
Поэтому дешево.

НО для OpenVZ:

  • так как диск виртуальный и он не весь ваш – там невозможен SWAP -> те при исчерпании оперативки будет срабатывать OOM Killer – и самые загруженные процессы будут убиваться. Пришло много пользователей, памяти выделилось много (надо же где-то процу собрать html по инструкциям php), оперативная память кончилась, убили наиболее загруженный процесс (как правило mysql) – сайт/сайты отвалились…..
  • так как ядро Linux общее – Вы не можете помять, например, нужную версию fail2ban с 0.9.0 на 0.10.0 (с поддержкой IP v6)
  • и ограничение всего 256 правил для iptables – т.е. полноценную защиту от ботов не сделать.

Читаем здесь

Установка fail2ban на Linux

Настраиваем fail2ban под свои задачи

Те вариант VPS = OpenVZ+Apache+Nginx+FastCGI+PHP – он не нормальный….
Он даже хуже чем обычный виртуальный хостинг – на таком хостинге сайты просто тормозить будут, а на VDS с OpenVZ – падать…

А вот виртуализация KVM – это полноценный выделенный сервер VDS. Фактически на нем может быть запущена любая операционная система.

Нужно:

  • или KVM брать – он дороже в 4 раза (и как минимум 2 ядра, 4 гига RAM и своп на диске), но там весь диск Ваш и можно сделать SWAP
  • или выделенный сервер в железе – совсем дорого
  • или домашнюю машину 4 ядра + 8 гиг (на том же 775 сокете) + хороший инет-канал 500 Мбит/с + KVM+Apache+Nginx+PHP (без фаста – только для дублирования сайта на хостинге) + DNS от Яндекса (с балансировщиком – основная отдача с домашнего сервера и плюс резерв с платной VPS) + CMS должна уметь делать синхро из дома на сервер (статика и база)
  • основная отдача с домашнего сервера и плюс резерв с платной VPS + на хостинг отдаем только статику html (генерим статичный сайт из WP)
  • Записи должны быть с html на конце (что бы физически файл создать)
  • Те все дополнения и изменения делаем только дома на сервере WP+PHP, потом генерим статику
  • На php остается только форма обратной связи – отдельный скрипт
  • для инет-магаза вообще только облако нужно – те ресурсы по требованию:
  • резкие всплески нагрузки (реклама, акции, сезонность)
  • много пользователей в одном пике – память будет расти лавинообразно

 

Самый медленный вариант Nginx + Apache (однопоточный режим) + PHP

Хостинг VPS

Работа:
– NginX отдает статику (медиафайлы)
– Apache управляет PHP
– памяти минимум
– очень плохо с одновременным заходом пользователей на сайт
Управление:
– запретить хотлинки можно только через NginX
– запретить доступ к файлам, обработку 404 – через Apache (.htaccess)

Вариант по-быстрее Nginx + Apache (режим mod CGI) + PHP

Хостинг VPS

Работа:
– NginX отдает статику (медиафайлы)
– Apache управляет PHP с помощью модуля CGI
– памяти требует больше
– получше с одновременным запуском скриптов PHP
Управление:
– запретить хотлинки можно только через NginX
– запретить доступ к файлам, обработку 404 – через Apache (.htaccess)

Быстрый вариант Nginx + Apache (режим mod FastCGI) + PHP

Хостинг VPS

Работа:
– NginX отдает статику (медиафайлы)
– Apache управляет PHP с помощью модуля FastCGI
– памяти требует больше
– хорошо с одновременным запуском скриптов PHP
Управление:
– запретить хотлинки можно только через NginX
– запретить доступ к файлам, обработку 404 – через Apache (.htaccess)

Очень быстрый вариант (без Apache) Nginx + PHP-FPM сервер + PHP

Хостинг VPS

Работа:
– NginX отдает статику (медиафайлы)
– Apache нет вообще
– памяти требует меньше, чем FastCGI
– отлично с одновременным запуском скриптов PHP

Управление:
– запретить хотлинки можно только через NginX
– запретить доступ к файлам, обработку 404 – через NginX

Надо в NginX:
– переадерсация www
– что там еще у WP
– 404 (с разрешением robots.txt)
– запрет хотлинков
– закрытие доступа 403 к отдельным файлам
– закрытие доступа 403 к вариантам /wp-config*


Вы можете сохранить ссылку на эту страницу себе на компьютер в виде htm файла





Почитать в разделе: Хостинг VPS

  • Всего статей в разделе: 1
  • Показано статей в списке: 1
  • Сортировка: название по алфавиту

Управление сервером VPS через SSH (программа PuTTY)

Будем использовать для управления веб-сервером программу для Windows - PuTTY Это фактически командная строка Linux через SSH SSH (англ. Secure Shell — «безопасная оболочка») — сетевой протокол прикладного уровня, позволяющий производить удалённое управление операционной системой и туннелирование TCP-соединений (например, для передачи файлов). Схож по функциональности с протоколами Telnet и rlogin, но, в отличие от них, шифрует весь трафик, включая и передаваемые пароли. Крайне неплохо будет поставить дополнительную защиту на SSH сервера, т.к. желающих подобрать пароль очень много - весь мировой интернет. А логин обычно root Читаем статью Настраиваем fail2ban Сайт программы...
(Читать полностью...)