我应该使用SSD或HDD作为kubernetes群集的本地磁盘吗?

我应该使用SSD或HDD作为kubernetes群集的本地磁盘吗?,kubernetes,google-kubernetes-engine,Kubernetes,Google Kubernetes Engine,是否值得使用SSD作为引导磁盘?我不打算访问本地磁盘 此外,GCP默认创建100GB磁盘。如果我使用20GB磁盘,它会使群集瘫痪还是使用较小尺寸的磁盘可以?考虑到价格上的微小差异和性能上的巨大差异,我总是建议使用SSD。即使它只是加快了容器的部署/升级 将磁盘大小减少到运行播客所需的大小,可以为您节省更多。我不能给出磁盘大小的一般建议,因为它取决于您使用的操作系统、每个节点上最终会有多少个POD以及每个POD的大小。举个例子:当我为nginx、php和一些应用服务器运行基于coreOS的映像并进

是否值得使用SSD作为引导磁盘?我不打算访问本地磁盘


此外,GCP默认创建100GB磁盘。如果我使用20GB磁盘,它会使群集瘫痪还是使用较小尺寸的磁盘可以?

考虑到价格上的微小差异和性能上的巨大差异,我总是建议使用SSD。即使它只是加快了容器的部署/升级


将磁盘大小减少到运行播客所需的大小,可以为您节省更多。我不能给出磁盘大小的一般建议,因为它取决于您使用的操作系统、每个节点上最终会有多少个POD以及每个POD的大小。举个例子:当我为nginx、php和一些应用服务器运行基于coreOS的映像并进行阶段部署时,我可以将磁盘大小减少到10gb,并提供足够的空闲空间(主节点和工作节点)。最极端的一面是,如果我运行独立的golang应用程序容器而不需要存储,那么每个POD只需要几MB的空间。

为什么是一个或另一个?。Kubernetes(Google Conainer Engine)主要是内存和CPU密集型的,除非您的应用程序需要硬盘上的巨大吞吐量。如果您想省钱,您可以在带有HDD的节点上创建标签,并使用节点关联来调整哪些POD可以放在哪里,这样您就可以有几个带有SSD的节点,并使用关联标签来定位它们。

价格上的微小差异?将SSD添加到单个实例的价格从14美元到43美元当然,如果您选择的实例类型不需要任何计算能力,只需要大量存储。但我从另一个角度理解OP的问题。