如何实现Kubernetes中基于LVM的本地持久化存储,实现容量感知与动态PV创建?
- 内容介绍
- 文章标签
- 相关推荐
本文共计1512个文字,预计阅读时间需要7分钟。
原文:在原文档+研发测试场景下,一般追求的是一键快速起环境,横向动态复制,一人一套,随用随取。作为使用方,不关心实际的物理资源是如何的,环境起在哪里的,只要声明自即可。
在研发测试场景下,通常追求快速启动环境、动态横向扩展、一人一套资源,随用随取。使用者无需关注物理资源的具体配置和环境位置,只需声明即可。
正文研发测试场景下,一般追求的是一键快速起环境,横向动态复制,一人一套,随起随用,用完即走。作为使用方,其不用关心实际的物理资源是怎样的,环境起在哪里,只要声明自己的使用需求即可。但作为方案构建者以及infrastructure支撑,我们却深知,要想提供更好的解决方案,个中问题还有很多,且颇为不易。
比如在过去,笔者就曾一度困扰于如何优雅的放开本地物理盘给业务使用这个问题,尤其是本地HDD数据盘。
这里有个背景,我们的Kubernetes研发测试集群是用线上退下来的过保机器搭建,然后七牛又搞云存储,所以我们的机器中很多那种多盘位的存储密集型机器(比如挂12块4T的盘)。所以如何更好的利用这些磁盘,就是个问题。
方案之一是把这些盘组成网络存储,然后通过七牛自身的云服务或者ceph等系统提供出去,这当然是可行的。
本文共计1512个文字,预计阅读时间需要7分钟。
原文:在原文档+研发测试场景下,一般追求的是一键快速起环境,横向动态复制,一人一套,随用随取。作为使用方,不关心实际的物理资源是如何的,环境起在哪里的,只要声明自即可。
在研发测试场景下,通常追求快速启动环境、动态横向扩展、一人一套资源,随用随取。使用者无需关注物理资源的具体配置和环境位置,只需声明即可。
正文研发测试场景下,一般追求的是一键快速起环境,横向动态复制,一人一套,随起随用,用完即走。作为使用方,其不用关心实际的物理资源是怎样的,环境起在哪里,只要声明自己的使用需求即可。但作为方案构建者以及infrastructure支撑,我们却深知,要想提供更好的解决方案,个中问题还有很多,且颇为不易。
比如在过去,笔者就曾一度困扰于如何优雅的放开本地物理盘给业务使用这个问题,尤其是本地HDD数据盘。
这里有个背景,我们的Kubernetes研发测试集群是用线上退下来的过保机器搭建,然后七牛又搞云存储,所以我们的机器中很多那种多盘位的存储密集型机器(比如挂12块4T的盘)。所以如何更好的利用这些磁盘,就是个问题。
方案之一是把这些盘组成网络存储,然后通过七牛自身的云服务或者ceph等系统提供出去,这当然是可行的。

