Облачный хостинг бизнес-приложений в отказоустойчивых ЦОД Tier III в Москве — DataLine

Что такое vps-хостинг?

VPS — это виртуальный сервер с собственной копией операционной системы и выделенными ресурсами на более крупном физическом сервере. Физическая система разделена на несколько виртуальных, и серверное программное обеспечение настраивается на них отдельно, заставляя каждый виртуальный сервер работать независимо.

Хотя в той же физической системе размещаться другие веб-сайты могут, ваш будет единственным на данном виртуальном сервере с выделенными ему ресурсами (ЦП, ОЗУ, дисковое пространство и т. д.). Другие веб-сайты на той же машине не повлияют на вашу работу.

Это означает, что вы получаете те системные ресурсы, за которые платите. Вы имеете также полный доступ к своему серверу, как если бы это был ваш выделенный сервер. Поэтому хостинг VPS дает вам полный контроль над своим сервером и почти все преимущества более дорогого выделенного сервера.

Выбор решения виртуализации

Какое решение будем использовать для виртуализации? Первое, что приходит на ум, — это старый добрый OpenVZ. Добрый-то он добрый, но уж очень старый, я бы даже сказал — древний, а его ядро вообще родом из мезозойской эры. Другими словами, если у тебя современный дистр, то, установив OpenVZ, ты сделаешь эдакий downgrade. Но выход есть: наследник OpenVZ — Virtuozzo.

Преимущество Virtuozzo в том, что устанавливается он на голое железо и представляет собой отдельный дистрибутив Linux (Virtuozzo Linux), который уже оптимизирован для задач виртуализации и хостинга. Все, что нужно, — взять и установить его на машину, которая будет сервером виртуализации.

Недостаток в том, что Virtuozzo — решение коммерческое и придется немного потратиться. Дополнительную информацию ты сможешь найти на официальной страничке продукта.

Как выбрать?

Если вы хотите сделать верный выбор, необходимо принять во внимание некоторые общие факторы и не забывать про

Концепция

Система будет представлять собой связку из двух независимых друг от друга равнозначных узлов-балансеров, объединенных в кластер средствами технологии LVS и протокола VRRP.

Точкой входа для трафика будет являться виртуальный IP адрес, поднятый либо на одном, либо на втором узле.

Поступающие запросы LVS перенаправляет к одному из запущенных экземпляров Nginx — локальному или на соседнем узле. Такой подход позволяет равномерно размазывать запросы между всеми узлами кластера, т.е. более оптимально использовать ресурсы каждого балансера.

Работа Nginx заключается в проксировании запросов на конечные сервера. Начиная с версии 1.9.13 доступны функции проксирования на уровне транспортных протоколов tcp и udp.

Каждый vhost/stream будет настроен принимать запросы как через служебный интерфейс с соседнего балансера так и поступающие на виртуальный IP. Причем даже в том случае, если виртуальный IP адрес физически не поднят на данном балансере (Keepalived назначил серверу роль BACKUP).

Таким образом, схема хождения трафика в зависимости от состояния балансера (MASTER или BACKUP) выглядит так:

MASTER:

• запрос приходит на виртуальный IP. IPVS маршрутизирует пакет на локальный сервер;
• поскольку локальный Nginx слушает в том числе виртуальный IP, он получает запрос;
• согласно настройкам проксирования для данного виртуального IP Nginx отправляет запрос одному из перечисленных апстримов;
• полученный ответ отправляется клиенту.

BACKUP:

• запрос приходит на виртуальный IP. IPVS маршрутизирует пакет на соседний сервер;
• на соседнем балансере этот виртуальный IP не поднят. Поэтому dst_ip в пакете нужно заменить на соответствующий серый IP из сети текущего балансера. Для этого используется DNAT;
• после этого локальный Nginx получает запрос на серый IP адрес;
• согласно настройкам проксирования для данного виртуального IP Nginx отправляет запрос одному из перечисленных апстримов;
• полученный ответ отправляется клиенту напрямую с src_ip равным виртуальному IP (при участии conntrack)

Надежный безлимитный хостинг от inoventica. быстрый, отказоустойчивый, профессиональный платный хостинг — москва, санкт-петербург, екатеринбург, казань, краснодар, нижний новгород, новосибирск, тюмень, уфа, челябинск

Настройка dns

Далее нужно установить на физический компьютер пакет bind — это DNS-сервер. Пакет хоть и имеет версию 9, но называется просто bind. Каталог /etc/bind отсутствует (вместо него — каталог /etc/named, но он пуст), а конфиг самого сервера находится в /etc/named.conf.

Настройка сети

Прежде чем приступить к настройке серверов, нужно настроить сетку, иначе в виртуальном сервере yum работать не будет и софт ты все равно не установишь. На данный момент мы установили только доменные имена и IP-адреса виртуальных узлов. Но этого мало.

Начнем с настройки NAT. В Virtuozzo Linux пакет iptables-services установлен по умолчанию, а IPv4-форвардинг включен (в файле cat /proc/sys/net/ipv4/ip_forward есть единичка), поэтому никакие подготовительные действия не понадобятся: сразу приступаем к настройке правил iptables. Для NAT определенного контейнера используется команда

# iptables -t nat -A POSTROUTING -s src_net -o if -j SNAT --to ip_address

Здесь вместо src_net нужно указать IP-адрес подсетки контейнера, вместо if — интерфейс, а вместо ip_address — внешний IP-адрес твоего аппаратного узла. Но можно сделать проще и ввести команду

# iptables -t nat -A POSTROUTING -o ens33 -j MASQUERADE

В этом случае все IP-адреса будут транслироваться SNAT. Именно эту команду я и ввел на рис. 4.

На радостях запускаем контейнер и… обнаруживаем, что пропинговать-то узел по IP мы можем, а вот DNS настроить забыли. Ничего, все это решается командой

# prlctl set <контейнер> --nameserver 8.8.8.8

Пока используем OpenDNS, ведь свой мы еще не настроили. Теперь нужно убедиться, что мы можем пропинговать узел по его имени:

Настройка синхронизации

По сути, поставленная задача, а именно отказоустойчивость работает. Но нам нужно еще настроить синхронизацию контента, чтобы все работало как следует.

Поговорим о безопасности

Существуют различные пакеты хостинга, отвечающие разным потребностям бизнеса, платформам веб-сайтов и бюджетам. Вам нужны такие пакеты хостинга, которые могут защитить ваши данные и сохранить их в безопасности и защитить их от различных непредвиденных ситуаций. Они могут включать в себя:

Антивирус и анти-спам: Предотвратит заражение вирусами ваших файлов или какую-либо вредную деятельность с помощью антивирусного и антиспамового программного обеспечения. Пакет хостинга всегда должен включать эту функцию безопасности. Она поможет также избежать несанкционированного доступа к вашей конфиденциальной информации, такой как транзакции и контакты, не позволит вредоносным программам испортить или зашифровать ваши данные, регистрировать нажатия клавиш и пр.

Компания RUVDS продолжает акцию совместно с «Лабораторией Касперского». До 31 октября вы можете использовать антивирусную защиту виртуального сервера со скидкой 50%.

RUVDS предлагает использовать для вашего виртуального сервера современную антивирусную защиту. Ее обеспечит легкий агент для виртуальных сред – единое защитное решение, которое обеспечивает безопасность ваших виртуальных серверов и VDI. Легкий агент защищает VPS как от внутренних, так и от внешних сетевых атак. Технология защиты автоматически отслеживает сетевой трафик гипервизора, при обнаружении данные атаки блокируются.

Важно, что он защищает от программ шифровальщиков, таких как «Petya» или «WannaCry». Средства мониторинг системы контролируют поведение приложений, работающих на каждом виртуальном рабочем столе. Если обнаруживается подозрительное поведение (например, активность, характерная для программ-шифровальщиков), приложение блокируется и выполняется автоматический откат вредоносных изменений. Конфиденциальные данные при этом остаются в безопасности.

Поскольку на каждом виртуальном хосте обновляется только одно физическое устройство, легкий агент поможет исключить ситуации «шквального» обновления защитного ПО и проверок системы. Пики в потреблении ресурсов сглаживаются благодаря интеллектуальной организации задач проверки.

Интеллектуальная приоритезация задач на SVM также устраняет проблему «шумного соседа»: задачи проверки при доступе всегда получают приоритет выше, чем проверка по требованию, чтобы снизить влияние операций проверки на отдельных виртуальных машинах на скорость реагирования соседних машин.

SVM автономно и непрерывно контролирует собственную работу и автоматически перезагружается, если ее служба проверки останавливается или прерывается по какой-либо причине. Такой подход гарантирует, что технология проверки будет в любое время доступна и сможет выполнять антивирусную проверку.

Защита данных с помощью RAID: RAID означает «избыточный массив независимых дисков» и представляет собой достаточно простую в установке и настройке функцию. Эта отказоустойчивая технология хранилищ данных может защитить их от сбоев оборудования. RAID имеет разные уровни и режимы, поэтому желательно получить соответствующую информацию от выбранного поставщика веб-хостинга. Уровни/режимы отличаются балансом между скоростью и степенью избыточности данных.

Secure IMAP: Это отличный вариант, если вы используете несколько компьютеров для доступа к своей почте. Протокол IMAP также является хорошим способом синхронизации и резервного копирования ваших электронных писем, поскольку, в отличие от Secure POP3, они будут защищены и зашифрованы на удаленном почтовом сервере, а не на вашем компьютере.

Послесловие:

Описанную схему кластера не получится реализовать в рамках наших облачных VDS.

Предложенная нами конфигурация может послужить отправным пунктом для проектирования частного решения под конкретный проект со своими требованиями и особенностями.

Примечания

Наша схема синхронизации работает в одном направлении. При желании можно сделать и двухстороннюю синхронизацию (SSH уже настроен, осталось настроить lsyncd), но она нужна далеко не всегда.

Обычно имеется одно хранилище контента (первый сервер) и каждые 5–10 с выполняется репликация со вторым сервером. Если сервер обновляется не очень часто, можно вообще производить синхронизацию вручную, после его обновления, или же установить интервал не в пять секунд, а в 3600 (синхронизация один раз в час). В данном примере пять секунд использовались, чтобы меньше ждать при тестировании.

Собственно, на этом все! Отказоустойчивость настроена, синхронизация (хоть и частичная, без репликации БД) — тоже.

Реализация:

В качестве операционной системы будем использовать Debian Jessie с подключенными backports репозиториями.

Установим на каждый узел-балансер пакеты с необходимым для работы кластера ПО и сделаем несколько общесистемных настроек:

apt-get update
apt-get install -t jessie-backports nginx
apt-get install keepalived ipvsadm

На интерфейсе eth1 настроим адреса из серой сети 172.16.0.0/24:

allow-hotplug eth1
iface eth1 inet static address 172.16.0.1 # На втором балансере -- 172.16.0.2 netmask 255.255.255.0

Виртуальный IP адрес прописывать на интерфейсе eth0 не нужно. Это сделает Keepalived.

В файл /etc/sysctl.d/local.conf добавим следующие директивы:

net.ipv4.ip_nonlocal_bind = 1
net.ipv4.vs.drop_entry = 1
net.nf_conntrack_max = 4194304

Первая включает возможность слушать IP, которые не подняты локально (это нужно для работы Nginx). Вторая включает автоматическую защиту от DDoS на уровне балансировщика IPVS (при нехватке памяти под таблицу сессий начнётся автоматическое вычищение некоторых записей). Третья увеличивает размер conntrack таблицы.

В /etc/modules включаем загрузку модуля IPVS при старте системы:

ip_vs conn_tab_bits=18

Параметр conn_tab_bits определяет размер таблицы с соединениями. Его значение является степенью двойки. Максимально допустимое значение — 20.

Кстати, если модуль не будет загружен до старта Keepalived, последний начинает сегфолтиться.

Теперь перезагрузим оба узла-балансера. Так мы убедимся, что при старте вся конфигурация корректно поднимется.

Создание виртуальных серверов

Нам нужно создать два контейнера (естественно, после установки Virtuozzo Linux на физический компьютер), а затем установить в них все самое необходимое. Сначала создадим сами контейнеры:

# prlctl create first --vmtype ct --ostemplate centos-6-x86_64
# prlctl create second --vmtype ct --ostemplate centos-6-x86_64

Как ты уже догадался, это будут контейнеры для первого и второго серверов. После создания контейнеров нужно их настроить:

Тестирование:

Посмотрим как балансировщик распределяет запросы к конечным серверам. Для этого на каждом из веб-серверов создадим index.php с каким-нибудь простым содержимым:

Фактор № 3: резервирование и масштабируемость

Резервирование в основном относится к наличию избыточных ресурсов в центре обработки данных провайдера. Если источник бесперебойного питания не работает, должны быть резервные ИБП и генераторы; если один сервер перегружен, должен быть другой резервный сервер и так далее.

Масштабируемость, с другой стороны, указывает на способность справляться с повышенными нагрузками на сервере, как правило, используя избыточные ресурсы в системе. Обе этих фактора в комбинации обеспечивают бесперебойную работу и стабильную производительность.

Фактор № 5: облачный и обычный хостинг vps

В VPS-сервисе нередко используется термин «облачный VPS-сервер». Многие путают обычные VPS с

Обычный VPS — это часть большого сервера. Назовем этот более крупный сервер «материнским сервером». Материнский сервер на самом деле является физическим сервером. Он «нарезается» на несколько меньших серверов с ограниченными ресурсами — VPS. Виртуальный сервер имеет физические ограничения материнского сервера, то есть реальные ограничения на количество модулей памяти, которые можно добавить на сервер, дисков и т. д.

Облачный VPS работает на нескольких серверах, объединенных в кластер. Как и обычные VPS, облачный VPS также использует ресурсы отдельной машины, но эта машина на самом деле представляет собой комбинацию нескольких серверов (группу материнских серверов).

Облачный VPS практически не имеет ограничений, поскольку всегда можно добавить еще один сервер в кластер (некоторые облака позволяют делать это «на лету» — с нулевым временем простоя) и увеличить емкость хранилища в SAN. Итак, в целом облачный VPS-хостинг лучше обычного типа из-за большей гибкости.

Фактор № 7: поддержка

Независимо от того, насколько эффективны и хороши провайдеры VPS-хостинга, проблемы иногда возникают из ниоткуда. В таких ситуациях, чтобы разобраться в проблеме, нужна удобная и оперативная поддержка. Если провайдеры не могут обеспечить круглосуточную поддержку клиентов, они просто не стоят тех денег, которые вы тратите.

Когда вы сталкиваетесь на своем веб-сайте с серьезной проблемой, и она слишком долго не устраняется, вы можете потерять потенциальных посетителей, и это может означать и финансовые потери. Лучше протестировать сервис поддержки клиентов у хостинг-провайдера, прежде чем делать окончательный выбор.

Фактор № 8: тестовый период

Большинство хостинг-провайдеров предлагают бесплатный тестовый период. В течение этого периода можно использовать системы мониторинга для отслеживания параметров работы сервера. Воспользовавшись тестовым периодом работы с VDS/VPS сервером совершенно бесплатно, вы убедитесь в качестве услуг.

Фактор № 9: безопасность и защита данных

Этот фактор – последний по списку, но не по значимости. Проблемы безопасности веб-хостинга нельзя игнорировать. Хакеры и спамеры постоянно пытаются искать новые способы проникновения на ваши сайты и серверы. Независимо от того, планируете ли вы использовать свой веб-сайт просто для размещения блога, или открыть интернет-магазин, нужно быть осторожным и не забывать о безопасности веб-сайта.

Ваш веб-сайт должен быть способен противостоять множеству угроз – от вирусов и вредоносных атак до взлома и DDoS. Поэтому выбирать стоит таких провайдеров VPS-хостинга, которые реализует и обеспечивает оптимальные по функциональности/стоимости решения безопасности.

Фактор №1: windows или linux?

Для начала нужно знать, какой тип среды VPS вам нужен: Windows или Linux. Linux – отличный вариант, но имеет свою специфику. Независимо от потребностей и уровней комфорта, если ваш сайт работает на ASP или ASP.net, то нужно будет использовать среду Windows.

Фактор №2: управляемый хостинг против неуправляемого.

При виртуальном хостинге (shared) вы не получаете доступа root к серверу, и поэтому вопрос управлении сервером не стоит. Но в случае VPS-хостинга весь виртуальный сервер в вашем распоряжении. Таким образом, должен быть кто-то, кто будет следить за ним и контролировать его производительность.

Неуправляемый хостинг требует, чтобы вы контролировали производительность и поддерживали работоспособность сервера. Если произойдет сбой вашего серверного программного обеспечения или возникнет какая-то проблема с безопасностью, то только вы можете исправить это, будучи единственным администратором своего сервера VPS.

Итак, если вы опытный пользователь, которому знакомы средства управления сервером, то подойдет неуправляемый хостинг. Нет – стоит заплатить немного больше и выбрать управляемый VPS.

Степень управления VPS у разных провайдеров варьируется и различается даже в разных планах одного провайдера. Большинство хостинг-провайдеров VPS предлагают по умолчанию управляемый VPS-хостинг, но неуправляемый позволяет получить дополнительную свободу. Конечно, если вы знаете, как и управлять и настраивать все самостоятельно.

Фактор №4: цена

Как и в случае любой покупки, цена будет играть решающую роль в вашем решении относительно того, воспользуетесь ли вы услугами VPS, и какого хостинг-провайдера выберите. Цены хостинга VPS значительно варьируются и зависят от множества факторов, таких как параметры настройки и возможности кастомизации, различные спецификации оборудования, уровни обслуживания и т. д.

А вот для сравнения наши тарифы:

Тарифы RUVDS

Тариф «Старт» — это самый дешевый сервер VPS на Linux. Заказчикам предлагаются следующие конфигурации:

При желании можно выбрать и другую конфигурацию. Удобный конфигуратор позволит вам настроить любой параметр сервера, а мы предложим за него лучшую цену. Изменение характеристик вашего виртуального сервера доступно в любое время без переноса данных и потери средств.

Фактор №6: технические характеристики и конфигурации сервера

играет важную роль в производительности вашего сайта, особенно если вы находитесь на обычном хостинге VPS. Какую процессорную мощность вы получите, сколько будет выделено оперативной памяти и емкости хранилища — все имеет значение. Помимо этого, полезно узнать о характеристиках физической машины – хоста, на котором находится ваш VPS. Лучше, если это достаточно мощный сервер известного бренда: если фундамент слаб, то и все здание будет ненадежным.

Хостинг бизнес-приложений в отказоустойчивых цод tier iii в москве — dataline

Хостинг: экзит-пол