NS
а ДЦ?
все в одном, но тут главное что бы задержки были маленькие. Вы же не между континентами будете реплицировать? Ну и в любом случае надо придумать как разрулить split-brain если потеряется связь между ДЦ.
Size: a a a
2021 March 01
А🐎
все в одном, но тут главное что бы задержки были маленькие. Вы же не между континентами будете реплицировать? Ну и в любом случае надо придумать как разрулить split-brain если потеряется связь между ДЦ.
Там же 100км
А🐎
Можно посчитать сколько мс задержки будет
NS
а это только через 3й хост
NS
Можно посчитать сколько мс задержки будет
1-2? больше от оборудования походу будет зависеть, что между стоит.
А🐎
1-2? больше от оборудования походу будет зависеть, что между стоит.
0.5-0.7 только на 100км, а дальше уже больше
А🐎
А для хранилки 1ms эт дохуя уже
NS
А для хранилки 1ms эт дохуя уже
ну смотря какая нагрузка. начтение у cephfs работает локальный кэш фс
NS
В любом случае без 3го хоста не разрулить сплит, при потере связи между дц
as
ну смотря какая нагрузка. начтение у cephfs работает локальный кэш фс
ну тогда его ставить в 3-ий дц придется
AK
требования RTO/RPO есть?
приложение на ВМ или на бареметал крутится?
приложение одно? его работа во 2 цод от каких сервисов 1 цод зависит?
приложение на ВМ или на бареметал крутится?
приложение одно? его работа во 2 цод от каких сервисов 1 цод зависит?
NS
ну тогда его ставить в 3-ий дц придется
ну или использовать копеечную впс как qourum node для того же drbd. Тут все от характера нагрузки на файлы зависит, может вы там пишите часто или отдаете этих файлов на 10Ж
VZ
Коллеги! Нужен совет по архитектурке. Есть виндовое приложение на асп. Как-то переработать и растащить его на микросервисы пока нет возможности. Поставлена задача обеспечить отказо/катастрофо устойчивость на двух дц. Из явных характеристик приложения - оно пишет файлики в локальную фс и дергает бд пострес. ДЦ разнесены на 100 км и между ними есть гарантированный 1Г линк (может до 2-х увеличат). Пока пришли к решению на базе горячего резерва, чтобы не заморачиваться на балансеры и т.п. если грузить оба дц одновременно. В горячем резерве держим БД в актив-актив и соответственно имеем актуальную инфу на случай сбоя. Но нужно еще и как-то файло синхронить. Пока на ум приходит гластерфс с кол-вом реплик - 2. Что можно еще использовать в таком кейсе?
Пока на ум приходит гластерфс с кол-вом реплик - 2. Что можно еще использовать в таком кейсе?это все хорошо, когда у вас все рядом. Когда все разносится это не совсем уже кластер . По крайне мере в том смысле в который наверно вы его вкладываете. Не очень понятно, как часто меняются мелкие файлы и при добавление новых, как происходит со стороны приложения , что , что-то изменилось.
VZ
ну и у винды есть свои space direct и кластерная ФС
as
Пока на ум приходит гластерфс с кол-вом реплик - 2. Что можно еще использовать в таком кейсе?это все хорошо, когда у вас все рядом. Когда все разносится это не совсем уже кластер . По крайне мере в том смысле в который наверно вы его вкладываете. Не очень понятно, как часто меняются мелкие файлы и при добавление новых, как происходит со стороны приложения , что , что-то изменилось.
Насколько вытянул инфу - по сути есть два типоразмера файлов. Основная масса - маленькие файлы размером десятки килобайт всего. Но их много - добавляется по 5 млн в год. И второй типоразмер - 10-20Мб. Их всего около 50 тыс. В основном файлы именно добавляются. У них есть кейс когда файлы переиспользуются, но таких не более 2%
VZ
Насколько вытянул инфу - по сути есть два типоразмера файлов. Основная масса - маленькие файлы размером десятки килобайт всего. Но их много - добавляется по 5 млн в год. И второй типоразмер - 10-20Мб. Их всего около 50 тыс. В основном файлы именно добавляются. У них есть кейс когда файлы переиспользуются, но таких не более 2%
Основная масса - маленькие файлы размером десятки килобайт всегоМожет имеет смысл в БД ? :)
VZ
Куча мелких файлов для ФС это всегда боль
VZ
Крупные , взять minio - но там так же надо понимать все его недостатки На сайте много маркетинга и лучше открыть ишью в гите на почитать
AP
Миллионы мелких файлов с простой репликацией хорошо на seaweedfs ложаться
as
Alexander Kupchinetsky
требования RTO/RPO есть?
приложение на ВМ или на бареметал крутится?
приложение одно? его работа во 2 цод от каких сервисов 1 цод зависит?
приложение на ВМ или на бареметал крутится?
приложение одно? его работа во 2 цод от каких сервисов 1 цод зависит?
Сейчас это приложение крутится все в виртуалках с схд. Но оно без всяких штук по отказоустойчивости. То что я описал - это желаемое размещение в 2 цодах. Соответственно, можно сделать как заблагорассудится. Что придет адекватного в голову.
Касательно RTO/RPO - требования в цифрах я не видел. Есть достаточно гуманное требование, чтобы через 5-10 минут после сбоя приложение начало отвечать.
По зависимости от сервисом цода сказать не могу - из-за отсутствия таковых. Нет еще ничего в цодах.
Касательно RTO/RPO - требования в цифрах я не видел. Есть достаточно гуманное требование, чтобы через 5-10 минут после сбоя приложение начало отвечать.
По зависимости от сервисом цода сказать не могу - из-за отсутствия таковых. Нет еще ничего в цодах.