Хостинг VPS

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

---