- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Падает сервер с хранилищем и привет
ну не совсем так.
падает основное хранилище - вступает в работу резервное:
http://ru.ispdoc.com/index.php/Резервное_хранилище_данных
А если падает между ними линк?
А если падает между ними линк?
спилтбрейн видимо :)
(если синк по выделенным портам)
А если падает между ними линк?
почему бы вам не задать этот вопрос разработчику. 🤪
а мы их ответ с удовольствием послушаем. 🍿
Разработчику чего? DRBD?
Тем, что все запросы и нагрузка распределяется равномерно между мастер и webserver нодами и даже при падение одного из серверов, вся система будет продолжать работать без каких либо ощутимых изменений.
Пример:
2 Мастер сервер (Можно добавлять сервера, по мере нагрузки на систему)
2 WebServer-а (Можно добавлять сервера, по мере нагрузки на систему)
2 MySQL в репликации с резервным сервером
2 Хранилище в репликации с резервным сервером (методами DRBD)
Ответ выше
Для создания отказоустойчивого сервиса, хорошо подходит для Shared хостинга, но затратный на стартовом уровне.
Также для очень больших и объемных сайтов, которым не вариант размещаться на одном сервере, при падении которого, весь ресурс уйдет в едрене фене.
Нет, после падения хранилища, система подключается к другому резервному серверу и уже идет работа с ним.
За практику работы с кластером, такого не наблюдал.
Разве что года два назад, были проблемы, при падение одного из хранилищ и восстановлении его, линк автоматически не восстанавливался и не подключался к серверу,
то есть не происходила повторная синхронизация между серверами и нужно было руками поднимать, что не так сложно было.
Но сейчас такой проблемы не наблюдалось
Смысла в построение таких "кластеров" не вижу, если изначально есть уязвимые места. Должно быть минимум N+1 на всё.
Понятно, что и это не гарантия, но все же лучше чем изначальные уязвимости в надежности.
Тогда уж лучше делать традиционные шаред сервера. По крайней мере, падение одного не влияет на других.
Это на самом деле кластер - без кавычек. Кластер - сборище серверов предназначенных для выполнения одной общей задачи. Такой же кластер юзался в Hsphere еще в 2002 г. Там правда не было распределения нагрузки по нодам (потом по моему сделали таки). А дальше уже частности - какой именно кластер, из чего состоит, что в него входит.