- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Планируется на будущее, что будит позже трафика больше и база с файлами вырастит.
Я как понял, вы имели ввиду, держать сервер про запас, и если что быстренько файлы и базу накотить, что бы был минимальный простой, а как же тогда в днс? днс же будит меняться минимум 8-14часов.
Не путайте NS c A записью меняется там все быстро, минуты времени.
Совершенно верно держать полную копию сервера ( в резерве )
Так-же в кластере, надо 3 серверам минимум что бы был смысл, надо не забывать что они резервируют(Mysql) сами себя, и в 2 серверах особого смысла нету.
Мой вам совет, берите 1 мощный в нормальном дц, 1 менее мощный что бы сайт мог работать, пока поднимается основной, а когда упретесь в лимиты сервера мощного, вот тогда надо думать о том как расширится.
Пути разные расширения есть.
Зачем нужен балансировщик если и он упасть может ?
Берёте как и хотели 2 сервера в разных ДЦ и репликацию налаживаете.
А затем берёте на dyn.com тариф за 160 долларов месяц, ,будет одновременно хостинг DNS и лоадбаланс - два IP в записи А указали, настроили и затем сервис сам всё отслеживает - упал один сервер - за секунду перенаправление всё на другой пошло :)
zilore.com то же самое за 300 руб, сам не пробовал, но где-то читал
zilore.com то же самое за 300 руб, сам не пробовал, но где-то читал
Нет, в тарифе за 300 этого нет, Да и тип записей который поддерживается мизерен. Да и проект по сравнению с dyn пока никому неизвестный.
можно сделать два балансировщика а в DNS прописать запись c round robin
Размещение ресурса в одном месте - это в любом случае рано или поздно упадет, независимо от уровня датацентра, отказоустойчивости и т.д. (хотя конечно, это первое о чем нужно думать все равно).
В целом, отказоустойчивость решается достаточно просто кластеризацией.
На примере Wordpress это выглядит так: https://github.com/jelastic-jps/wordpress-cluster
Выше этого как правильно уже сказали - гео днс кластер с переключениями.
baas, я помню делал примерно вот так.
То есть 2 сервера в разных ДЦ, репликация файлов - lsyncd, Master-Master репликация MySQL, в DNS 2 записи типа А на оба сервера.
И уже в NGINX на обоих серверах задаём какой сервер у нас главный, а какой резервный. В итоге получается, что сайт всегда работает с одного сервера, на другом же его актуальная копия.
И эта схема вполне рабочая, я пробовал глушить по очереди сервера - сайт всё равно был доступен и всё синхронизировалось. Только помню с Master-Master репликацией MySQL я намучался, там не всё так просто.
baas, я помню делал примерно вот так.
То есть 2 сервера в разных ДЦ, репликация файлов - lsyncd, Master-Master репликация MySQL, в DNS 2 записи типа А на оба сервера.
И уже в NGINX на обоих серверах задаём какой сервер у нас главный, а какой резервный. В итоге получается, что сайт всегда работает с одного сервера, на другом же его актуальная копия.
И эта схема вполне рабочая, я пробовал глушить по очереди сервера - сайт всё равно был доступен и всё синхронизировалось. Только помню с Master-Master репликацией MySQL я намучался, там не всё так просто.
Спасибо, ознакомлюсь с вашим решением.
А какие были проблемы с репликацией мастер-мастер?
У меня к примеру есть еще обновление базы из сервера 1с, товар обновляется выгружается/загружается.
--
А их много может быть, так как вы хотите через интернет базы синхать.
--
Начиная от рассинхронизации, и заканчивая крахам таблиц. Будете как шаман с бубном прыгать ;)
--
Посмотрите в сторону Galera Cluster + ознакомитесь с FAQ внимательно.
Вот такая есть статейка