blocks|key|1006597|text|您打算只有一个prod群集还是多个prod群集？需要考虑的一件事是，更新集群管理软件(到新的k8s版本)可能会影响您的应用程序。如果你只打算有一个单一的prod集群，我建议你分开运行qa和dev，这样你就可以先升级这些集群，以解决任何问题。如果您要拥有多个prod群集，则可以一次升级一个，以确保应用程序可用性，并且在环境之间共享群集更有意义。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1006598|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Are you just going to have a single prod cluster or multiple prod clusters? One thing to consider is that updating the cluster management software (to a new k8s release) can impact your application. If you only plan to have a single prod cluster, I'd recommend running qa and dev separately so that you can upgrade those clusters first to shake out any issues. If you are going to have multiple prod clusters, then you can upgrade them one at a time to ensure application availability and sharing the clusters between environments makes a lot more sense.

blocks|key|1006627|text|命名空间不会给你带来隔离，目前它只是dns中的一个不同的子域。最好是每个应用程序都有名称空间。我强烈建议您为prod+(在更新k8s的情况下)使用两个集群，并为开发/qa使用一二集群。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1006628|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Namespaces will not bring you isolation, at the moment it's just a different subdomain in dns. It's better to have namespace per application.
I highly recommend you to have two clusters for prod (in case of updating k8s) and one-two for dev/qa.

blocks|key|1105092|text|看看这篇博文：Checklist:+pros+and+cons+of+using+multiple+Kubernetes+clusters,+and+how+to+distribute+workloads+between+them。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1105093|我想强调一些优点/缺点：|1105094|拥有多个群集的|1105095|+理由|blockquote|style|BOLD|1105096|1105097|1105098|1105099|生产/开发/测试分离:特别是对于测试新版本的Kubernetes、服务网格和其他群集software|unordered-list-item|1105100|Compliance:根据某些规定，一些应用程序必须在单独的群集/单独的VPN中运行|1105101|更好的隔离|1105102|以在本地服务之间分担负载|1105103|使用单群集的原因|1105104|1105105|Reduce+setup，maintenance+overhead|1105106|Improve+utilization|1105107|Cost+administration+overhead|1105108|Improve+utilization|1105109|Cost+Reduce|1105110|1105111|考虑到一个不太昂贵的环境，维护一般，但仍然确保生产应用程序的安全隔离，我建议：|1105112|用于设备/QA的|1105113|1群集(使用网络策略由命名空间分隔，甚至可能是隔离的，就像在用于PROD|1105114|的)|1105115|1群集中一样|1105116|1105117|entityMap|0|LINK|mutability|MUTABLE|url|http://vadimeisenberg.blogspot.com/2019/03/multicluster-pros-and-cons.html^0|7|30|0|0|0|0|1|2|0|0|0|0|0|0|0|0|6|2|0|0|0|X|0|0|J|0|0|S|0|0|J|0|0|B|0|0|0|13|0|0|8|0|0|10|0|0|2|0|0|6|0|0^^$0|@$1|2|3|4|5|6|7|1V|8|@]|9|@$A|1W|B|1X|1|1Y]]|C|$]]|$1|D|3|E|5|6|7|1Z|8|@]|9|@]|C|$]]|$1|F|3|G|5|6|7|20|8|@]|9|@]|C|$]]|$1|H|3|I|5|J|7|21|8|@$A|22|B|23|K|L]]|9|@]|C|$]]|$1|M|3|-4|5|6|7|24|8|@]|9|@]|C|$]]|$1|N|3|-4|5|6|7|25|8|@]|9|@]|C|$]]|$1|O|3|-4|5|6|7|26|8|@]|9|@]|C|$]]|$1|P|3|Q|5|R|7|27|8|@]|9|@]|C|$]]|$1|S|3|T|5|R|7|28|8|@]|9|@]|C|$]]|$1|U|3|V|5|R|7|29|8|@]|9|@]|C|$]]|$1|W|3|X|5|6|7|2A|8|@]|9|@]|C|$]]|$1|Y|3|Z|5|6|7|2B|8|@$A|2C|B|2D|K|L]]|9|@]|C|$]]|$1|10|3|-4|5|6|7|2E|8|@]|9|@]|C|$]]|$1|11|3|12|5|R|7|2F|8|@$A|2G|B|2H|K|L]]|9|@]|C|$]]|$1|13|3|14|5|R|7|2I|8|@$A|2J|B|2K|K|L]]|9|@]|C|$]]|$1|15|3|16|5|R|7|2L|8|@$A|2M|B|2N|K|L]]|9|@]|C|$]]|$1|17|3|18|5|R|7|2O|8|@$A|2P|B|2Q|K|L]]|9|@]|C|$]]|$1|19|3|1A|5|R|7|2R|8|@$A|2S|B|2T|K|L]]|9|@]|C|$]]|$1|1B|3|-4|5|6|7|2U|8|@]|9|@]|C|$]]|$1|1C|3|1D|5|6|7|2V|8|@$A|2W|B|2X|K|L]]|9|@]|C|$]]|$1|1E|3|1F|5|6|7|2Y|8|@$A|2Z|B|30|K|L]]|9|@]|C|$]]|$1|1G|3|1H|5|R|7|31|8|@$A|32|B|33|K|L]]|9|@]|C|$]]|$1|1I|3|1J|5|6|7|34|8|@$A|35|B|36|K|L]]|9|@]|C|$]]|$1|1K|3|1L|5|R|7|37|8|@$A|38|B|39|K|L]]|9|@]|C|$]]|$1|1M|3|-4|5|6|7|3A|8|@]|9|@]|C|$]]|$1|1N|3|-4|5|6|7|3B|8|@]|9|@]|C|$]]]|1O|$1P|$5|1Q|1R|1S|C|$1T|1U]]]]

Take a look at this blog post: <a href="http://vadimeisenberg.blogspot.com/2019/03/multicluster-pros-and-cons.html" rel="nofollow noreferrer">Checklist: pros and cons of using multiple Kubernetes clusters, and how to distribute workloads between them</a>.

I'd like to highlight some of the pros/cons:

<blockquote>
 Reasons to have multiple clusters
 
 <ul>
 <li>Separation of production/development/test: especially for testing a new version of Kubernetes, of a service mesh, of other cluster software</li>
 <li>Compliance: according to some regulations some applications must run in separate clusters/separate VPNs</li>
 <li>Better isolation for security</li>
 <li>Cloud/on-prem: to split the load between on-premise services</li>
 </ul>
 
 Reasons to have a single cluster
 
 <ul>
 <li>Reduce setup, maintenance and administration overhead</li>
 <li>Improve utilization</li>
 <li>Cost reduction</li>
 </ul>
</blockquote>

Considering a not too expensive environment, with average maintenance, and yet still ensuring security isolation for production applications, I would recommend:

<ul>
<li>1 cluster for DEV/QA (separated by namespaces, maybe even isolated, using Network Policies, like in <a href="https://www.projectcalico.org/calico-network-policy-comes-to-kubernetes/" rel="nofollow noreferrer">Calico</a>)</li>
<li>1 cluster for PROD</li>
</ul>

blocks|key|1006691|text|绝对同意你想要多个集群:任何对k8s至关重要的东西在升级过程中可能会失败，或者因为你搞砸了某个地方，都会影响整个集群。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1006692|例如，我遇到了一个DNS问题，它破坏了我的集群；所有的名称空间都受到了影响。|1006693|升级通常不是什么大问题，但有一天你可能会遇到障碍；如果kubelet失败太久，你的pod就会被杀死。|1006694|因此，在prod中升级之前，最好先升级您的测试/开发环境，并在那里解决一些问题。|1006695|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|K|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|L|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|M|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|I|$]]

Definitely concur that you want multiple clusters: 
anything critical to k8s that may fail during an upgrade or because you screw up somewhere will affect the whole cluster.

for example, I had an issue with DNS which wrecked havoc in my cluster; all namespaces were affected.

Upgrades are usually not a big deal but one day you might hit a roadblock; if kubelet fails for too long your pods will get killed. 

So it's best to upgrade your test/dev environments and iron things out there before upgrading in prod.

I am working on a new project with Kubernetes and I need three environments: DEV,QA and PROD.

What is most recommended, create Multiple Clusters or create one big cluster separating environments by namespace.

Kubernetes cluster best practice

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我正在与Kubernetes合作一个新项目，我需要三个环境: DEV，QA和PROD。最推荐的是创建多个集群或创建一个大集群，按命名空间分隔环境。

问Kubernetes集群最佳实践
EN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Kubernetes集群最佳实践EN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Kubernetes集群最佳实践
EN