Как я могу измерить узлы (процессор, память) в Kind Cluster? - PullRequest
1 голос
/ 20 июня 2020

Я новичок ie и могу задать глупый вопрос, но я не смог найти ответов на Kind или на stackoverflow, поэтому осмеливаюсь спросить:

  • Я бегу добрый (Kubernestes- in- Docker) на машине Ubuntu, с памятью 32 ГБ и диском 120 ГБ.
  • Мне нужно запустить кластер Cassandra в этом кластере Kind, и каждому узлу требуется не менее 0,5 ЦП и 1 ГБ памяти.

Когда я смотрю на узел, он дает следующее:

Capacity:
  cpu:                8
  ephemeral-storage:  114336932Ki
  hugepages-1Gi:      0
  hugepages-2Mi:      0
  memory:             32757588Ki
  pods:               110
Allocatable:
  cpu:                8
  ephemeral-storage:  114336932Ki
  hugepages-1Gi:      0
  hugepages-2Mi:      0
  memory:             32757588Ki
  pods:               110

так что теоретически ресурсов для go более чем достаточно. Однако, когда я пытаюсь развернуть развертывание cassandra, первый модуль остается в состоянии «Ожидание» из-за нехватки ресурсов. И действительно, ресурсы узла выглядят следующим образом:

Allocated resources:
  (Total limits may be over 100 percent, i.e., overcommitted.)
  Resource           Requests   Limits
  --------           --------   ------
  cpu                100m (1%)  100m (1%)
  memory             50Mi (0%)  50Mi (0%)
  ephemeral-storage  0 (0%)     0 (0%)
  hugepages-1Gi      0 (0%)     0 (0%)
  hugepages-2Mi      0 (0%)     0 (0%)

Узел не получает фактического доступа к доступным ресурсам: он остается ограниченным на уровне 10% ЦП и 50 МБ памяти.

Итак, прочитав обмен выше и прочитав # 887, я понимаю, что мне действительно нужно настроить Docker на моем хост-компьютере, чтобы Docker позволял контейнерам, имитирующим узлы Kind, захватывать больше ресурсов. Но тогда ... как можно передать такие параметры Kind, чтобы они учитывались при создании кластера?

1 Ответ

1 голос
/ 24 июня 2020

\ close

Извините за этот пост: я наконец обнаружил, что проблема была связана с тем, что storageclass неправильно настроен в spe c кластера Cassandra, и не связан с определение размеров узлов.

Я изменил файл cassandra-statefulset.yaml, чтобы указать «стандартный» класс хранения: этот класс хранения предоставляется по умолчанию в кластере KinD, начиная с версии 0.7. И работает нормально. Так как Cassandra требует ресурсов и в зависимости от машины, вам может потребоваться увеличить параметры timeout, чтобы модули не считались неисправными во время развертывания кластера Cassandra. Мне пришлось увеличить таймауты соответственно с 15 и 5 до 25 и 15.

Этот топи c нужно закрыть.

...