Задавайте вопросы, мы ответим
Вы не зашли.
Страниц: 1
Добрый день!
возник вопрос по репликации. Модель ситуации такая:
Настроена репликация
А--->B---->C1
|->C2
|->C3
Между машинами A и В канал с небольшой пропускной способностью. хост В поэтому является мастером для машин С
Все работает хорошо, но вопрос - что будет если выйдет из строя машина В(например сгорела)?
Понятно что нужно другую машину сделать мастером для машин С, но как узнать позицию на которой машина В остановила репликацию и как синхронизовать машины С с новой машиной В после восстановления?
Может быть проще и эффективнее будет посмотреть в сторону использования кластерного решения?
Неактивен
К сожалению, никак. Как вариант — можете сделать так, чтобы размер
файлов журналов был одинаковым. Если при этом в B ничего не писать,
то крутиться они будут одновременно — можно будет рассчитать номер
журнала. Хотя, способ довольно странный, да. Лучше что-то не соображу
Неактивен
А кластерное решение сможет помочь решить проблему отказоустойчивости в похожем случае?
Неактивен
Кластеру нужна стабильность сети между нодами (т.е. на разные ДЦ не натянете),
и нужно понимать, что кластер специфически относится к некоторым запросам —
можете убить производительность на некоторых видах запросов.
Неактивен
1. стабильность сети можно гарантировать сеть >= 1гб/с, машины находятся в одном ДЦ
2. Я с кластерами пока еще не работал, не могли бы дать ссылку на хороший ресурс где можно было бы почитать основные концептуальные вещи, возможности и ограничения. буду благодарен
Основные запросы у меня это выборка + ведение некоторой статистики в вспомогательных таблицах. Машины В и С в схеме, нарисованной выше, используются для чтения.
Основной каркас используемых запросов - Select ... From ... inner Join ... Where ID IN (id_list) Order by ( id_list ) limit X,Y
Отредактированно boa (05.07.2010 16:58:45)
Неактивен
На этом форуме, в этом разделе
Статьи у rgbeast очень хорошие по поводу кластера, тут же
Неактивен
окей
спасибо за советы
Неактивен
Страниц: 1