Кубернетская кластерная архитектура

Question

Имеет ли смысл создавать отдельный Kubernetes кластер для моих Cassandra экземпляров и один кластер для прикладного уровня ? Доступен ли кластер БД из сервисного кластера, если оба находятся в одном регионе и зоне?

Или лучше иметь один кластер с разными пулами - один пул для сервисного уровня и один пул узлов БД?

Спасибо

Answer 1

Это больше похоже на то, как вы хотите спроектировать всю архитектуру. Вот некоторые вещи для рассмотрения:

Тот же кластер:

• Pros
  • Для получения данных рабочим нагрузкам не нужно переходить на другой podCidr.
  • Вы можете оптимизировать свои ресурсы на одном и том же наборе серверов.
    • Это одна из основных причин, по которой люди используют контейнеры-оркестраторы и контейнеры.
    • Позволяет запускать несколько разных типов рабочих нагрузок на одном и том же наборе ресурсов.
• Cons
  • Если у вас возникли проблемы с кластером, в котором работает Cassandra, вы рискуете потерять свои данные. Или временно потерять данные, если у вас есть резервные копии. (Более длительное время простоя)
  • Если вы хотите супер изолировать БД и приложение с точки зрения безопасности, это может быть сложнее.

Различные кластеры:

• Плюсы

  • «Безопаснее», если один из ваших кластеров выходит из строя.
  • Больше разделения с точки зрения безопасности ваших данных в состоянии покоя.

• Против

  • Ресурсы не могут быть использованы оптимально. Оставив некоторые процессоры, память и т. Д. Без дела.
  • Больше управления инфраструктурой.

Пулы разных узлов:

• Pros
  • Разделение данных в состоянии покоя
  • Все еще проходит тот же PodCidr.
• Cons
  • Больше возможностей управления различными пулами узлов.
  • Ресурсы могут использоваться не оптимально.