Олег Кузнецов

Рейтинг
21
Регистрация
03.12.2015
Den73:
каким образом надежнее?

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

Den73:
наоборот в 2 раза падает надежность т.к появляется зависимость от 2 узлов, увеличиваются расходы.

От каких именно двух узлов, уточни пожалуйста. Я вижу, что появляется зависимость от одного узла, от прокси, какой второй?

Den73:
в единственном экземпляре никто не использует.
Напишите ваш вариант построения подобной структуры.

На мой взгля без единой точки доступа в любом случае не обойтись, то есть всегда будет узкое место.

Den73:
зачем вообще тогда прокси если можно размещаться на этом сервере раз он надежен?

Вопрос звучал так: Можно ли прикрепить к сайту запасной хостинг от другого хостинг-провайдера?

Вот я на него и отвечаю, как на мой взгляд это можно сделать.

Den73:
если у вас есть 1 точка отказа то это все насмарку.

Я писал по этому поводу. С прокси будет намного меньше проблем, чем с сервером, на котором будет работать сайт. Вся работа прокси сводится к:

- Принять запрос

- Направить его на нужный сервер

- Получить ответ от сервера и отдать его

Потенциально прокси намного устойчивей, чем сервер. Как минимум, потому что он не занимается обработкой информации

pragmatik:
Битрикс: Управление сайтом - Стандарт:

Битрикс очень сложная и требовательная к ресурсам система. Есть варианты попроще, тот же wordpress или instantcms

volkovysk:
Для этого прокси должен быть на несколько порядков устойчивей, чем хостинги с содержимым сайта, иначе тот же хрен, время недоступности сайта по вине прокси то на то и выйдет.

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

Естественно это далеко не дешевое удовольствие, в качестве прокси должен быть мощный сервер с хорошими каналами, сетевой инфраструктурой и т.д.

По сути схема довольно устойчивая, прокси может лечь только в случае DDOS атаки либо очень высокой активности пользователей (по сути тот же DDOS, но не преднамеренный). Но если это этого ляжет прокси, то сервер на котором находится сайт ляжет точно также (если работать напрямую, без прокси). Поэтому по сути это нельзя назвать уж очень слабым местом в схеме. Мы ведь говорим о дублировании сайта в другом месте на случай если выходит один сервер из строя, например диски полетели, упала какая-то служба и т.д. Плюс прокси можно использовать как балансировщик нагрузки, если один сервер не справляется, часть пользователей перекидывать на другой сервер. Но тут уже намного сложнее все это синхронизировать.

volkovysk:
Использовать всякие третьи прокси тоже не канает. Прокси может тоже висеть.

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

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

А пользователям, которые будут заходить на основной домен как объяснить, что нужно на поддомен обращаться?

Pchelorussia:
А что, если поступить так:
- поднимаем собственные ns-ы на том же сервере, что и "основной" сайт;
- прописываем их у регистратора + ns-ы другого хостинга, где находится копия сайта.

Соответственно, при падении "главного" сервера юзер по идее должен попасть на "запасную копию". Или я не прав?

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

---------- Добавлено 24.02.2016 в 22:38 ----------

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

Wadim:
Они попадают в спам (не помогает кнопка "не спам")

Не пробовал использовать фильтры, для того что бы в спам не попадали? В любом нормальном почтовом сервисе такое есть и можно указать, что письма с такого ящика или домена с спам не отправлять.

Wadim:
1.Усложняет ли иностранный хостинг удаление сайта или нужен специальный абузоустойчивый хостинг?

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

Wadim:
2. Нужен совет по выбору конкретного хостингу. ( Место сайты занимают мало - виртуальный хостинг пойдет. )

Опять же вопрос по контенту

Wadim:
3. Есть ли вероятность попав на "специальный хостинг" резко уронить позиции за счет нехороших соседей?

Такие слухи ходят, но я честно говоря не верю в это. В любом случае можно раскошелится на выделенный IP.

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

Jaroslav57:
Нормально распределяющий ресурсы, с uptime 99,9%, который спокойно даст работать и при нагрузке в 5000 уников со всех сайтов.

Нагрузка посетителями не измеряется )))

А чем глобально сайты для ссылок с сапы отличаются от обычных? И почему под это дело ищется какой-то специальный хостинг?

Всего: 131