You can not select more than 25 topics
Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
Harshavardhana
38cf263409
|
5 years ago | |
---|---|---|
.. | ||
dcos | 5 years ago | |
docker-compose | 5 years ago | |
docker-swarm | 5 years ago | |
kubernetes | 5 years ago | |
kubernetes-yaml | 5 years ago | |
README.md | 5 years ago |
README.md
MinIO部署快速入门
MinIO是一个云原生的应用程序,旨在在多租户环境中以可持续的方式进行扩展。编排(orchestration)平台为MinIO的扩展提供了非常好的支撑。以下是各种编排平台的MinIO部署文档:
Orchestration平台 |
---|
Docker Swarm |
Docker Compose |
Kubernetes |
DC/OS |
为什么说MinIO是云原生的(cloud-native)?
云原生这个词代表的是一些思想的集合,比如微服务部署,可伸缩,而不是说把一个单体应用改造成容器部署。一个云原生的应用在设计时就考虑了移植性和可伸缩性,而且可以通过简单的复制即可实现水平扩展。现在兴起的编排平台,像Swarm、Kubernetes以及DC/OS,让大规模集群的复制和管理变得前所未有的简单,哪里不会点哪里。
容器提供了隔离的应用执行环境,编排平台通过容器管理以及复制功能提供了无缝的扩展。MinIO继承了这些,针对每个租户提供了存储环境的隔离。
MinIO是建立在云原生的基础上,有纠删码、分布式和共享存储这些特性。MinIO专注于并且只专注于存储,而且做的还不错。它可以通过编排平台复制一个MinIO实例就实现了水平扩展。
在一个云原生环境中,伸缩性不是应用的一个功能而是编排平台的功能。
现在的应用、数据库,key-store这些,很多都已经部署在容器中,并且通过编排平台进行管理。MinIO提供了一个健壮的、可伸缩、AWS S3兼容的对象存储,这是MinIO的立身之本,凭此在云原生应用中占据一席之地。