- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Есть два сервера, и один домен. Можно ли реализовать, что если один сервер не работает, данные загружаются со второго?
Есть два сервера, и один домен. Можно ли реализовать, что если один сервер не работает, данные загружаются со второго?
Реализовать можно. Есть два пути:
1. Поставить перед серверами специальное устройство load balancer/failover.
2. Использовать специальное ПО на серверах.
- Если вы опасаетесь физического сбоя севера, то HDD в зеркальный рейд, память, процы и БП также можно "зеркалировать" на мощных платформах.
Так что вероятность остановки сервера, например из-за сгоревщего БП, мало вероятна, т.к. сразу подключается резервный блок.
- Если Вас беспокоят сбои ПО - то тут все дело в настройках и в квалификации администратора.
- Если вы хотите распределить нагрузку. Когда один сервер не справляется с потоком ваших клиентов, не хватает реверсов памяти или процессора и т.п. То существую механизмы балансировки, о чем написал Zorge.Org. Оба севера должны работать без сбоев.
Есть два сервера, и один домен. Можно ли реализовать, что если один сервер не работает, данные загружаются со второго?
Если используется БД и к ней много записи, то сложно, крайне :)
Возьмите один качественный сервер с RAID и качественными комплектующими.
Сбои процессора, памяти и железа в целом будут крайне маловероятны.
Хороший блок питания тоже обычно работает годы без сбоев, но можно взять корпус с 2-мя дублирующими блоками питания.
Если хочется всетаки 2 сервера, то можно использовать балансировку средствами DNS, указав 2 IP адреса для домена.
Но для 2-х серверов встает дополнительная задача согласования данных на 2-х серверах.
верно. придется синхронизировать скрипты, главное выносить БД на третий сервер (который также резервировать)
Honter не забивайте голову. Найдите хорошего админа и подберите надежное железо. Так Ваш сайт будет работать без сбоев и с минимальными затратами.
Увы, случай с макхостом показал что электрик запросто может развеять миф о хорошем админе и надежном желозе :-)
Меня так же интересует вопрос о том, как можно разместить сайт в двух разных датацентрах, с автоматическим переключением в случае недоступности боевого сервера. Вопрос с синхронизацией данных решить можно, а вот насчет автоматического переключения я не совсем в курсе. Смена DNS в любом случае предполагает недоступность сайта на срок около суток. Можно как то обойти этот вопрос?
Можно как то обойти этот вопрос?
Иметь "точку входа". Т.е. сервер, который как раз будет мониторить состояние других серверов и направлять запросы на работающий.
Меня так же интересует вопрос о том, как можно разместить сайт в двух разных датацентрах, с автоматическим переключением в случае недоступности боевого сервера.
Думаю, что здесь как раз подойдет переключение DNS (и лучше ручками). С чем-то более сложным без квалифицированной поддержки постоянного администратора - я не советовал бы заморачиваться.
Вопрос с синхронизацией данных решить можно
Может и можно, а может и нет - сильно зависит от приложения.
Смена DNS в любом случае предполагает недоступность сайта на срок около суток. Можно как то обойти этот вопрос?
Как минимум - не на несколько суток, а на пару минут. Достаточно сменить IN-A записи в зоне Вашего домена, чтобы они указывали на другой сервер. У нормальных парковщиков доменов - TTL для IN-A записей стоит минут 10-15.
Иметь "точку входа". Т.е. сервер, который как раз будет мониторить состояние других серверов и направлять запросы на работающий.
И тогда имеем ровно всё то же самое: одну точку отказа, проблемы с которой сводят на нет наши усилия по размещению двух серверов и т.п.
Как минимум - не на несколько суток, а на пару минут. Достаточно сменить IN-A записи в зоне Вашего домена, чтобы они указывали на другой сервер. У нормальных парковщиков доменов - TTL для IN-A записей стоит минут 10-15.
Малые значения TTL могут дать слишком большой overhead.
Малые значения TTL могут дать слишком большой overhead.
Насколько большой? В сравнение с чем?
Или только "слышали звон"?