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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

DevOps Moscow

570 membersпожаловаться на группу
2018 April 05

AS

Andrey Sinitsyn in DevOps Moscow
42 ♡
по опыту мастер-мастер мускульный (галера) неплохо работает в пределах локальной сети с маленькими нагрузками - сам по себе не падает, отключение одной ноды отлично переживает, удобно для эксплуатации - мейтананс, обновления и тп
а зачем вообще мастер-мастер при маленьких нагрузках? вы тестовый стенд описали в принципе, там у меня тож ок)
источник
21:23пожаловаться#1

AS

Andrey Sinitsyn in DevOps Moscow
в проде на живом трафике можно поймать сплитбрейн например и потом охренеть, восстанавливая целостность)
источник
21:23пожаловаться#2

AS

Andrey Sinitsyn in DevOps Moscow
я потому и говорил, что надо очень хорошо понимать, что происходит и зачем внедряется такое решение
источник
21:24пожаловаться#3

4♡

42 ♡ in DevOps Moscow
я же описал - для эксплуатации: обновления ядер, физ работы с серверами и др. Плюс - отказоустойчивость. Чтобы ночью спасть спокойно если сервер взрывается (ломается), вместо того, чтобы бежать слейв промоутить
источник
21:25пожаловаться#4

AS

Andrey Sinitsyn in DevOps Moscow
Dok
так драйвер же есть, всё робит и с линуксов
не, ну у каждого свои извращения) если у вас в юниксовой среде торчит mssql, значит вам так нравится) кто я такой, чтобы это осуждать?
источник
21:26пожаловаться#5

D

Dok in DevOps Moscow
Andrey Sinitsyn
не, ну у каждого свои извращения) если у вас в юниксовой среде торчит mssql, значит вам так нравится) кто я такой, чтобы это осуждать?
не, просто коннектится. БД, разумеется, на винде)
источник
21:28пожаловаться#6

AS

Andrey Sinitsyn in DevOps Moscow
ну я немного не о том) ну да ладно. Конкретных советов по mssql, в общем, я дать не могу, потому как видел ее только на картинках. Общие принципы будут одинаковыми для любой СУРБД
источник
21:29пожаловаться#7

AK

Alexey Khotulev in DevOps Moscow
у нас стоял перед базами какой то прокси-балансер и распределял нагрузку.
источник
21:30пожаловаться#8

AK

Alexey Khotulev in DevOps Moscow
2 сервера с базами, 2 прокси, прокси проверял, какой сервак жив и отправлял запросы туда
источник
21:30пожаловаться#9

AS

Andrey Sinitsyn in DevOps Moscow
42 ♡
я же описал - для эксплуатации: обновления ядер, физ работы с серверами и др. Плюс - отказоустойчивость. Чтобы ночью спасть спокойно если сервер взрывается (ломается), вместо того, чтобы бежать слейв промоутить
на маленьких нагрузках достаточно поставить какой-нибудь proxysql и спокойно свитчить трафик. Поднимать равноправный кластер для удобства эксплуатации.. это как на белазе за хлебом ездить по-моему :) но каждому свое, спорить не буду
источник
21:31пожаловаться#10

AK

Alexey Khotulev in DevOps Moscow
по моему даже можно было распределять по базам чтение-запись
источник
21:31пожаловаться#11

AK

Alexey Khotulev in DevOps Moscow
Но я не дба.. по релизам и т.д. не скажу
источник
21:31пожаловаться#12

4♡

42 ♡ in DevOps Moscow
Andrey Sinitsyn
на маленьких нагрузках достаточно поставить какой-нибудь proxysql и спокойно свитчить трафик. Поднимать равноправный кластер для удобства эксплуатации.. это как на белазе за хлебом ездить по-моему :) но каждому свое, спорить не буду
ну тут я руководствуюсь принципом не плодить сущностей сверх необходимого. галера ж нынче из коробки идет
источник
21:32пожаловаться#13

D

Dok in DevOps Moscow
Alexey Khotulev
по моему даже можно было распределять по базам чтение-запись
Так они должны в какой-нить промежуток времени синкаться, соответственно, некоторое время инфа на них не актуальна, не?
источник
21:32пожаловаться#14

AK

Alexey Khotulev in DevOps Moscow
Dok
Так они должны в какой-нить промежуток времени синкаться, соответственно, некоторое время инфа на них не актуальна, не?
именно. Но, например, если нужно посчитать статистику по пользователям, то это не имеет значения
источник
21:33пожаловаться#15

AS

Andrey Sinitsyn in DevOps Moscow
не, у вас идет репликация на уровне бд и одна точка входа для приложения. А прокся сама решает куда отправить запрос, на мастер для записи ил ина слейв для чтения. Так делают чтобы не учить апликуху работать с разными источниками данных
источник
21:33пожаловаться#16

D

Dok in DevOps Moscow
Alexey Khotulev
именно. Но, например, если нужно посчитать статистику по пользователям, то это не имеет значения
Ну для транзакций и продаж не катит :(
источник
21:33пожаловаться#17

AS

Andrey Sinitsyn in DevOps Moscow
42 ♡
ну тут я руководствуюсь принципом не плодить сущностей сверх необходимого. галера ж нынче из коробки идет
ну тоже разумно, в принципе :) самое главное, чтобы вам было удобно
источник
21:34пожаловаться#18

AK

Alexey Khotulev in DevOps Moscow
Но прокси не помешает для отказоустойчивости :)
источник
21:34пожаловаться#19

D

Dok in DevOps Moscow
Это верно) Мы, правда, вместо неё юзаем карп. Он прикольный)
источник
21:35пожаловаться#20