Если надо совсем большую катастрофоустойчивость и при этом очень надо RPO = 0, то кластер трехсторонний - метрокластер + асинхронная репликация на геодистанцию
Если вам надо RPO = 0, то она синхронная. По определению.
С этим трудно спорить. И в то же время современные решения сложные, распределённые, с разными иточниками данных, некоторые из которых могут не поддерживать синхронную репликацию
С этим трудно спорить. И в то же время современные решения сложные, распределённые, с разными иточниками данных, некоторые из которых могут не поддерживать синхронную репликацию
Если решение как обычно строится не на основе классификации и стоимости данных и RPO / RTO, а как бог на душу положит программистам - да. Там все что угодно может быть.
Если решение как обычно строится не на основе классификации и стоимости данных и RPO / RTO, а как бог на душу положит программистам - да. Там все что угодно может быть.
Конечно на классификации. Просто редко за RPO=0 платят и редко выбирают RPO=0 из-за приоритета в производительности.
Ладно производительность на метрокластерах - не далее как на этой неделе рассказывал программистам, что слишком много ядер иногда тоже плохо в СУБД и что такое NUMA.
О том, что иногда не надо делать кривые убогие кластеры на основе прикладного ПО, а сделать на интеллектуальной СХД + на уровне платформы виртуализации