Каково максимальное количество пространств имен Kubernetes?

Существует ли максимальное количество пространств имен, поддерживаемых кластером Kubernetes? Моя команда разрабатывает систему для запуска пользовательских рабочих нагрузок через K8s, и мы рассматриваем возможность использования одного пространства имен для каждого пользователя, чтобы предложить логическую сегментацию в кластере, но мы не хотим достигать потолка в количестве пользователей, которые могут использовать наш сервис.

Мы используем сервис Kubernetes, управляемый Amazon EKS, и Kubernetes v1.11.


person Brannon    schedule 10.05.2019    source источник


Ответы (3)


На этот вопрос довольно сложно ответить, поскольку он зависит от множества факторов. Вот некоторые факты, которые были получены в кластере k8s 1.7 kubernetes-theresholds Количество пространств имен (ns) равно 10000 с небольшими предположениями

person Suresh Vishnoi    schedule 10.05.2019
comment
В видеоролике, указанном на странице (youtu.be/t_Ww6ELKl4Q?t=1495), говорится, что, поскольку K8s v1.12, что ограничение пространства имен == 10000, больше не применяется. Проверьте, какие K8 вы используете. - person Markon; 02.04.2020

Количество пространств имен не ограничено. Вы можете создать столько, сколько хотите. На самом деле он не потребляет ресурсы кластера, такие как процессор, память и т. Д.

person P Ekambaram    schedule 10.05.2019

С точки зрения кода ограничений нет, потому что это просто Go тип, который создается как переменная.

В дополнение к ссылке, опубликованной @SureshVishnoi, ограничения будут зависеть от вашей настройки, но некоторые из факторов, которые могут повлиять на масштабирование ваших пространств имен (и ресурсов в кластере), могут быть следующими:

  • Physical or VM hardware size where your masters are running
    • Unfortunately, EKS doesn't provide that yet (it's a managed service after all)
  • Количество узлов, которые обрабатывает ваш кластер.
  • Количество модулей в каждом пространстве имен
  • Общее количество ресурсов K8s (развертывания, секреты, учетные записи служб и т. д.)
  • The hardware size of your etcd database.
    • Storage: how many resources can you persist.
    • Исходная производительность: сколько памяти и процессора у вас есть.
  • The network connectivity between your master components and etcd store if they are on different nodes.
    • If they are on the same nodes then you are bound by the server's memory, CPU and storage.
person Rico    schedule 10.05.2019