Горизонтальное масштабирование - это о другом.
Это об умениях системы легко поднимать свою производительность путем простого увеличения серверов при росте нагрузки.
2 реплицирующихся сервера для обеспечения надежности для небольшого проекта - это вовсе не горизонтальное масштабирование.---------- Добавлено 04.10.2018 в 23:40 ----------
Ну как сделать...
Если хостер заточен на одиночные VPS/VDS, где у каждой виртуалки ровно 1 сетевой интерфейс на выход наружу в интернет и нет чисто внутренней сети между серверами, то никак вы не настроите чтобы было стабильно.
При малейшей нагрузке/DDoS - вы лишаетесь и канала связи с другими серверами и репликация становится невозможна.---------- Добавлено 04.10.2018 в 23:45 ----------
Ну откуда ж мы знаем сколько реплицировать нужно в вашем проекте.
Если сразу делать проект заточенный под кластер - нужно минимизировать объемы данных под репликацию. Например, большие файлы (а то и вообще всю статику) - держать отдельно от движка сайта на специализированных Cloud Storage.
Базу данных тоже всю не реплицировать.
Например, для интернет-магазина - обновления товаров и цен можно заливать параллельно на разные сервера кластера. Репликация этих данных не нужна.
А вот "залогинился в систему", "положил в корзину" и "оформил заказ" обязательно нужно будет реплицировать.---------- Добавлено 04.10.2018 в 23:50 ----------
Ну например в OVH можно.
Только по части облачных решений - это не первого класса хостер.---------- Добавлено 04.10.2018 в 23:56 ----------
Если ничего кроме AWS не знают - то да.
Есть еще Google Cloud, Microsoft Azure. И это только самые крупные.
А еще есть Heroku, Rackspace, Linode и это только те что сходу пришли в голову. Их значительно больше, так-то.
Зачем самостоятельно?
Есть ПО управления кластерами: Kubernetes, Flynn.io, Mesos, семейство утилит HashiCorp и пр.
Есть Openstack для гибкого provising и поддержка Openstack у множества хостеров.
Есть готовые решения у Selectel, Mail.ru, Yandex (режим тестирования пока), КРОК, Ростелеком---------- Добавлено 05.10.2018 в 00:01 ----------
Минусы этого решения - огромные проблемы при репликации.
Нужно делать на специализированных хостерах, что позволяют объединить несколько серверов внутренней сетью.
Разумеется, лучше на нескольких хостерах, но и на одном хостере - никак не меньше 2, а лучше 3 (а best practics вообще 5) серверов.
Selectel
Кластеры у них называются VPC.
Недавно поднимал там кластер с системой управления Kubernetes
2 управляющие ноды, 3 рабочих ноды.
4 Г оперативки на каждую ноду, 2 ядра на ноду. SSD.
Обходится примерно в 12 тыс. рублей в месяц.
Если хочется сэкономить то можно запилить кластер на Flynn.io вместо Kubernetes.
Если уж совсем хочется сэкономить, то пилить ПО управления кластером самому.
Можно постараться и сделать очень экономично.
За основу брать nomad, consul, fabio. Плюс горячая репликация базы данных.
Статические файлы хранить отдельно на внешнем файловом хранилище типа S3 (не обязательно Амазон, у того же Селектела есть; оно много у кого есть, не обязательно использовать того же хостера).
Принцип для одного сервера можно глянуть тут https://github.com/eBayClassifiedsGroup/KomPaaS---------- Добавлено 04.10.2018 в 23:33 ----------
https://blog.selectel.ru/klastery-kubernetes-v-vpc/
Ставишь движок OpenCart, к примеру.
Ставишь движок форума - см. Обзор форумных движков или Форумы: движки, серверы и все-все-все
Настраиваешь, чтобы работали по разным URI и не мешали друг-другу.
Мучаешься с общей авторизацией, затем плюешь на нее. Пусть лучше будет 2 отдельных логина.
Потом правишь тему внешнего вида так чтобы один походил на другой, чтобы внешне выглядело как один проект.
Все, профит.
Или даже можно одним обойтись Woocomerce
Когда - уже написали.
Зачем - продвигают, чтобы все ставили себе их Метрики и Аналитики, которые компенсируют обрезанные referer.
И заодно сливают им статистику (что такое бизнес на данных пользователей, коим грешат все крупные - полагаю, что вам известно).
Можно примеры?
О сайтах, что делают говноразработчики?
Которые не умеют кэшировать и на каждый чих дергают базу данных по несколько раз?
Из говнокода в Highload. Используем ТАРАНtool. 5 рецептов повышения производительности
Гораздо большую нагрузку, чем у вас, сайты умели держать нагрузку еще в 20 веке (в конце, конечно). На очень слабом по нынешним меркам железе. Возьмите хоть поисковые системы.
В том то и дело, что для хостинга 100-1000 рублей в месяц - никакого смысла в SLA с финансовой точки зрения нет.---------- Добавлено 04.10.2018 в 22:59 ----------
Вы просто не проверяете свои системы или эксплуатируете крайне простые решения.
Внутренняя сеть DO между несколькими серверами, если вы решите сделать у них кластер - говно.
Платной является или:
1) Решение каких-то специфических вопросов, за пределами обычной компетенции хостинга. Это будет очень долго и очень дорого.
2) VIP-услуги для серьезных фирм. Это очень дорого.
Ну значит юристы у крупнейших европрейских хостеров OVH и Hetzner знают свое дело хуже вас.
Ровно как и в OVH живу без VAT, так и в Hetzner.
В OVH понадобилось предоставлять документы для подтверждения, что я вне EC (выслал им квитанцию на оплату коммунальных платежей)
Покажите, пожалуйста, SLA с серьезной компенсацией у хостерах средней ценовой категории.
