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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

Архитектура ИТ-решений

3143 membersпожаловаться на группу
2021 April 28

PD

Phil Delgyado in Архитектура ИТ-решений
Ну тогда тут нет разницы с синхронной репликацией с точки зрения задержек
Все равно вариант "всегда все сохраняют" не работает, только что-то околокворумное (типа 3 из 5 сохранили и OK)
источник
17:29пожаловаться#1

PD

Phil Delgyado in Архитектура ИТ-решений
Это ты про выпадение одной локальной оракловой ноды внутри основного ДЦ.
Если у тебя выпадает хранилище или все ДЦ, то тебе все равно ждать переключения на другой сторадж и другой RAC и кучу всего прочего (даром что он поддерживает синхронизацию и хорошо, если синхронную)
источник
17:32пожаловаться#2

PD

Phil Delgyado in Архитектура ИТ-решений
Но да, в пару минут при падении ДЦ - можно, наверно, вписаться и потерять только часть транзакций
источник
17:33пожаловаться#3

PD

Phil Delgyado in Архитектура ИТ-решений
Кстати, я внутрь железок с синхронизацией не смотрел (оно что-то даже для богатых заказчиков дороговато выходит), там синхронная или асинхронная репликация и как оно настраивается?
источник
17:34пожаловаться#4

AZ

Anton Zhbankov in Архитектура ИТ-решений
Ну так у нас есть матрица рисков, от которых мы защищаемся. Есть ассоциированная стоимость этих рисков.

Не надо никуда вписываться и разговор "можно наверное" - это не инженерный подход.

Если метрокластерный RAC стоит дешевле, чем потери от его отсутствия - надо делать.
Если сделать метрокластерный RAC стоит дороже, чем он может сэкономить на потерях - его не надо делать
источник
17:35пожаловаться#5

PD

Phil Delgyado in Архитектура ИТ-решений
Э, не совсем так. Если метрокластерный RAC (вернее связка из нескольких RACoв и системы хранения) стоит дешевле других методов решения этой задачи и дешевле простоя, то его стоит делать.
источник
17:36пожаловаться#6

AZ

Anton Zhbankov in Архитектура ИТ-решений
Именно это я и имею в виду. Не лицензии на RAC как таковой.

Там комплексный подход, и машины нагрузки в метрокластере и тд. Все это считается и сравнивается. Без угадаек
источник
17:37пожаловаться#7

PD

Phil Delgyado in Архитектура ИТ-решений
Ну и если метрокластера достаточно для требуемого SLA и он позволяет вписаться в НФТ )
источник
17:38пожаловаться#8

AZ

Anton Zhbankov in Архитектура ИТ-решений
Так комбинировать можно. Что то active-active на уровне приложение, что то метрокластером на приложении, что то на гипервизоре.
источник
17:49пожаловаться#9

GM

Gerr Mes in Архитектура ИТ-решений
Фил, можете поделиться минусами/проблемами с fdb в эксплуатации (в проде конечно) ? Какие-нибудь недокументированные грабли, обновления мажоров (если таковые уже были) на ходу, вот этот вот все.
источник
17:50пожаловаться#10

PD

Phil Delgyado in Архитектура ИТ-решений
Угу. На уровне системы целиком - да, вполне. Я не верю в реализацию на уровне БД только.
источник
17:50пожаловаться#11

PD

Phil Delgyado in Архитектура ИТ-решений
Пока проблем не было (но у нас не очень давно в эксплуатации оно живет и без особой нагрузки)
Обновление версий там только через останов, но с простоем в единицы секунд, не больше.
источник
17:51пожаловаться#12

PD

Phil Delgyado in Архитектура ИТ-решений
На тестах гоняли много, там есть всякие неоптимальности в использовании дисков (т.е. ставить крутые nvme особого смысла нет) и при частых издевательствах над кластером довольно много ресурсов может уходить на решардинг, но оно ожидаемо.
источник
17:53пожаловаться#13

PD

Phil Delgyado in Архитектура ИТ-решений
Из основных граблей - стандарный драйвер если не может найти сервер или кластер - просто висит, а не выдает ошибку.
источник
17:53пожаловаться#14

PD

Phil Delgyado in Архитектура ИТ-решений
Но это про клиент, не про сервер
источник
17:54пожаловаться#15

GM

Gerr Mes in Архитектура ИТ-решений
А fdb у вас основная база (то есть для основного/ядерного функционала/сервисов) или какой то вторичный/некритичный функционал?
источник
17:55пожаловаться#16

PD

Phil Delgyado in Архитектура ИТ-решений
Для моего продукта - основная база. Для других продуктов - Oracle.
Но функционал - критичный для клиента.
источник
17:56пожаловаться#17

GM

Gerr Mes in Архитектура ИТ-решений
понял 👍 спасибо!
источник
17:57пожаловаться#18

PD

Phil Delgyado in Архитектура ИТ-решений
Но рекламу от афира она пока вполне подтверждает )
источник
17:58пожаловаться#19

GM

Gerr Mes in Архитектура ИТ-решений
Да, и Клепман смотрит на fdb с одобрением )
источник
18:01пожаловаться#20