Мультирегиональная Apache Cassandra в группе автоматического масштабирования в AWS
Для установки нескольких регионов Apache Cassandra в группе автоматического масштабирования, где два региона находятся в одноранговой сети для связи в частной сети, что означает отсутствие общедоступных IP-адресов. Все частные IP-адреса для связи между узлами в нескольких регионах.
Какой стукач рекомендуется использовать в этой ситуации на производстве? Я знаю о EC2MultiRegionSnitch по умолчанию, но он учитывает, что у меня есть общедоступные IP-адреса для связи между регионами, но мой случай отличается, поскольку у меня есть только все частные IP-адреса.
Я также думаю о RackInferingSnitch и GossipingPropertyFileSnitch, но хотел бы получить некоторые экспертные рекомендации и проблемы от людей, которые в настоящее время работают на мульти-региональной Cassandra.
Кроме того, как вы можете управлять изменениями конфигурации с помощью группы автоматического масштабирования в AWS?
Спасибо
1 ответ
Вы можете использовать GossipingPropertyFileSnitch. Но я думаю, что вы должны переосмыслить, используя автомасштабирование групп. Подумайте, как данные будут перебалансированы, когда кластер растет или сокращается. Все основные диапазоны разделов будут изменены, и эти данные необходимо будет перенаправить на новый ответственный узел. Тонны уплотнений, а также. Такое перемещение данных окажет значительное влияние на производительность.
см этот вопрос для аналогичного обсуждения.