В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

uptime.community

353 membersпожаловаться на группу
2017 May 05

AN

Anton Noginov in uptime.community
Stanislav
я там выше пояснил, почему кажется, что соблюдает:
> Более того, много тупых систем, которые берут только первую запись из ответа.
Это касается не только "тупых систем", но строго говоря и клиентского резолвера. Он-таки берет первый адрес из ответа всегда - но вот когда начинает кэшировать, начинаются чудеса.
источник
15:01пожаловаться#1

AN

Anton Noginov in uptime.community
И, кстати - следует помнить, что далеко не все приложения используют системный gethostbyname().
источник
15:02пожаловаться#2

AZ

Andrey Zavada ITSumma in uptime.community
https://www.itsumma.ru/blog/2/
Вот кто-то из коллег про vrrp накатал
ITSumma
Горячее резервирование в Selectel. Достоинства и особенности VRRP, механизмы примерения | Техническая поддержка сайтов | Удаленное администрирование | ITSumma
Советы и мысли по поддержке, оптимизации, организации отказоустойчовсти, резервному копированию веб-проектов
источник
15:05пожаловаться#3

AZ

Andrey Zavada ITSumma in uptime.community
Еще советую в сторону коросинка и хербета взглянуть
источник
15:06пожаловаться#4

DZ

Denis Zavgorodny in uptime.community
только если база mysql и большие объемы данных, то лучше руками vrrp переключать
источник
15:08пожаловаться#5

DZ

Denis Zavgorodny in uptime.community
а то устанете синхронизировать))
источник
15:08пожаловаться#6

AN

Anton Noginov in uptime.community
Denis Zavgorodny
только если база mysql и большие объемы данных, то лучше руками vrrp переключать
Совсем не обязательно.

Другое дело, что vrrp для mysql - в принципе порочная идея.
источник
15:12пожаловаться#7

DZ

Denis Zavgorodny in uptime.community
если master-slave (а в большинстве случаем для mysql будет он) и селектел решил что у него канал минуту не работает, то вас кинуло на резерв, а дальше бессонные ночи синхронизации
источник
15:14пожаловаться#8

DZ

Denis Zavgorodny in uptime.community
ну, это так, просто опыт, может конечно, решения есть
источник
15:15пожаловаться#9

AN

Anton Noginov in uptime.community
Denis Zavgorodny
если master-slave (а в большинстве случаем для mysql будет он) и селектел решил что у него канал минуту не работает, то вас кинуло на резерв, а дальше бессонные ночи синхронизации
Если master-slave - то никакого резерва нет в принципе :)
источник
15:16пожаловаться#10

DZ

Denis Zavgorodny in uptime.community
почему?
источник
15:18пожаловаться#11

DZ

Denis Zavgorodny in uptime.community
мы не о балансировке говорим, а именно о резерве
источник
15:19пожаловаться#12

DZ

Denis Zavgorodny in uptime.community
включается slave и начинает работать он, потом мучения с поднятием мастера и восстановления репликации
источник
15:19пожаловаться#13

DZ

Denis Zavgorodny in uptime.community
но, резервирование обеспечили))
источник
15:20пожаловаться#14

AN

Anton Noginov in uptime.community
Потому что перекрестить слейва в мастер - это не совсем резервирование.
Но - решает часть задач, конечно.
источник
15:21пожаловаться#15

DZ

Denis Zavgorodny in uptime.community
ну, реалии)
источник
15:22пожаловаться#16

DZ

Denis Zavgorodny in uptime.community
тем более, что база - это только одна из частей, есть же еще сервера с кодовой базой
источник
15:23пожаловаться#17

DZ

Denis Zavgorodny in uptime.community
но, мы сейчас не об этом
источник
15:24пожаловаться#18

DZ

Denis Zavgorodny in uptime.community
там проблем меньше
источник
15:24пожаловаться#19

АН

Александр Некрасов in uptime.community
Наши ждут https://htccs.timepad.ru/event/483325/
htccs.timepad.ru
Admin Meetup / События на TimePad.ru
11 мая в штабе городских проектов «Лифт» пройдет первая независимая встреча специалистов в системном администрировании «Admin Meetup»
Приходите обменяться опытом и обсудить применение технологий на примерах!
источник
15:37пожаловаться#20