Как добиться максимальной скорости и стабильности?

J
На сайте с 18.06.2007
Offline
158
3893

Приветствую, коллеги.

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

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

Подскажите плиз, где (быстрый VDS, дешевый дедик, облако...) и как бы вы разместили сайт, для идеального соотношения цена/качество?

Хостерам можно советовать решения, но предлагать какие-то свои конкретные тарифы - не нужно (я и сам посмотрю их, если что)

Спасибо.

suffix
На сайте с 26.08.2010
Offline
331
#1

1. Взять три VDS в Хетцнеровском облаке и объединить их в vlan

2. На двух из этих трёх разместить ваш проект и настроить репликацию баз данных и т.п. между ними. Третий vds будет выполнять управляющую и контролирующую роль за этим процессом.

3. Выбрать dns-хостинг (dyn.com, dnsmadeeasy.com и т.п.) где есть поддержка Failover Records и внести туда IP адреса вот тех двух vds на которых проект из п.2. И тогда в случае недоступности одного из них тут же весь трафик будет заворачиваться на второй (если оба доступны то равномерно примерно будет нагрузка распределяться)

Клуб любителей хрюш (https://www.babai.ru)
Оптимизайка
На сайте с 11.03.2012
Offline
396
#2

Junost, это "rocket science". Если "очень мало понимаю в вопросе" - лучше не беритесь, и даже если у кого то заказывать, чтобы настроил, надо будет за этим хозяйством приглядывать - нужен будет на постоянку специалист. Такое решение обычно делают на платформе Amazon или самостоятельно, особенно в российских реалиях.

⭐ BotGuard (https://botguard.net) ⭐ — защита вашего сайта от вредоносных ботов, воровства контента, клонирования, спама и хакерских атак!
FB
На сайте с 12.10.2014
Offline
65
#3
suffix:
1. Взять три VDS в Хетцнеровском облаке и объединить их в vlan

В хезнере разве можно делать подобное на VDS? вроде только на дедиках.

suffix
На сайте с 26.08.2010
Offline
331
#4
FeedBack:
В хезнере разве можно делать подобное на VDS? вроде только на дедиках.

Да, виноват - vlan в облаке пока нет, значит дедики взять.

dotern
На сайте с 21.09.2016
Offline
123
#5

Как вариант, чтоб без специалистов https://firstvds.ru/products/vds_vps_cloud

И еще (насколько я понимаю - то же самое) SLA 99.99% https://www.ovh.co.uk/vps/vps-cloud.xml

team-voice
На сайте с 07.11.2016
Offline
235
#6

Рекомендую ни в коем случае не замыкаться в одном хостере/ДЦ

падают все, вообще все.

Потому 1 дедик в хетзнер/овх, 1 дедик где то в западной части РФ (выбор большой), 1 дедик в восточной части РФ.

Организуете между всем этим некое подобие приватной CDN. И будет вам счастье прям как и и хотели в первом запросе.

Минусы этого решения:

1. цена (3 дедика это 3 дедика)

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

https://team-host.ru/ (https://team-host.ru/) Выделенные сервера в аренду с DDoS защитой и без неё.
J
На сайте с 18.06.2007
Offline
158
#7

Друзья, спасибо, теперь более понятно куда копать...

Еще вопросик, если делать распределение по разным ДЦ, то сильно важна будет ширина канала, и география?

К примеру, Россия - Европа, 100мбит - сойдет?

team-voice
На сайте с 07.11.2016
Offline
235
#8
Junost:
Друзья, спасибо, теперь более понятно куда копать...

Еще вопросик, если делать распределение по разным ДЦ, то сильно важна будет ширина канала, и география?
К примеру, Россия - Европа, 100мбит - сойдет?

зависит от задач.

лучше всего размещайтесь там где есть возможность расширения при необходимости, без переезда на другой сервер

unixadm
На сайте с 24.09.2010
Offline
110
#9
Junost:
Друзья, спасибо, теперь более понятно куда копать...

Еще вопросик, если делать распределение по разным ДЦ, то сильно важна будет ширина канала, и география?
К примеру, Россия - Европа, 100мбит - сойдет?

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

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

Host4Biz: NVMe Хостинг в Европе ( https://host4.biz/ru/hosting/shared-hosting ) | Windows/Linux NVMe VPS в Европе ( https://host4.biz/ru/vps ) | Выделенные серверы в Европе, США и Азии ( https://host4.biz/ru/servers/dedicated )
I7
На сайте с 12.06.2008
Offline
369
#10
Junost:
Друзья, спасибо, теперь более понятно куда копать...

Еще вопросик, если делать распределение по разным ДЦ, то сильно важна будет ширина канала, и география?
К примеру, Россия - Европа, 100мбит - сойдет?

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

Если для обоих серверов заявлен канал в 100 мегабит, это вовсе не означает, что Вы сможете передавать файлы на такой скорости между двумя локациями. Это лишь скорость от сетевого оборудования ДЦ до сервера, не более того. За сетевым оборудованием ДЦ (или даже в пределах ДЦ) канал может быть перегружен и на деле Вы получите, к примеру, лишь стабильные 25 мегабит.

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

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий