上一篇文章我们尝试了在Oracle Cloud的容器云里创建了持久化卷，并且使用该卷创建了一个MySQL数据库的容器。这样数据库里的数据就保存在了容器外部，如果容器崩溃，那么Kubernetes会根据Deployment的定义，重新创建一个容器，而数据则不会丢失。 对于企业在使用存储来说，除了上述的数据持久性保存之外，共享性也是通常会考虑的一个因素，也就是一份存储上的数据同时被多个应用共享读写。 本文阐述如何在Oracle Cloud的容器云中创建和使用共享存储，在这篇文章中我们使用NFS的方式来实现共享。 创建文件系统 首先需要在Oracle Cloud的管理后台创建一个文件系统，菜单项位于File Storage->File Systems。 点击页面中的“Create File System”按钮，在新建文件系统的页面中点击“Edit Details”，可以对名字进行修改，实际上直接全部使用默认值也是可以的。 为了表意更清晰，我们将文件系统的名字修改为FileSystem-for-OKE，将Export路径修改为“/oke-export”，Mount Target名称不做变化。 这些Oracle Cloud中文件系统的术语的解释，可以参看官方文档。注意的是：其中Export路径在后续的容器配置中会使用到，不过这个路径的名称跟容器中会挂载到的路径没有任何关系，可以随意命名。 修改后的并且创建成功的文件系统，可以在管理后台中看到详细情况。 同样，通过oci命令行也可以获得创建成功的文件系统的信息。 $ oci fs file-system list \ > –compartment-id ocid1.tenancy.oc1..aaaaaaaaqxee2wwzpx3s6usguambydweb2q5yfx2y5ux3lwlrpaao4gdun7a \ > –availability-domain lOnA:AP-TOKYO-1-AD-1 { “data”: [ { “availability-domain”: “lOnA:AP-TOKYO-1-AD-1”, “compartment-id”: “ocid1.tenancy.oc1..aaaaaaaaqxee2wwzpx3s6usguambydweb2q5yfx2y5ux3lwlrpaao4gdun7a”, “defined-tags”: {}, “display-name”: “FileSystem-for-OKE”, “freeform-tags”: {}, “id”: “ocid1.filesystem.oc1.ap_tokyo_1.aaaaaaaaaaaafictnzzhillqojxwiotboawxi33lpfxs2mjnmfsc2mia”, “kms-key-id”: “”, “lifecycle-state”: “ACTIVE”, “metered-bytes”: 8704,…
How to Deploy Container MySQL Database with Persistent Volumes in Oracle Cloud
上一篇文章，提到了如何在Oracle Cloud中创建和访问Kubernetes Cluster。 接下来，这篇文章我们在这个Kubernetes Cluster中创建一个MySQL数据库，并且要使用到容器外的持久化卷来存储数据。 概念介绍 在Kubernetes的存储使用中，至少有两个概念需要了解，一个是Persistent Volumes（PV），另外一个是PersistentVolumeClaims（PVC）。我们可以这样理解，PV就像是真正的资源，就像CPU、内存一样的，只是PV是存储资源；而PVC则是任何一个容器要使用这些资源必须指定的纽带，对于容器来说，只看得到PVC。PVC在定义阶段并不会指明绑定到哪一个PV上，但是在创建之后则会由Kubernetes Controller来在有效的PV中寻找合适的绑定对象，一旦绑定，PV和PVC就形成了一对一的关系。从而，容器->PVC-PV，这样就完成了在容器中使用存储的目的。 前面说，PVC在创建之后会由Controller在有效的PV中寻找合适的绑定对象，实际上也可以在需要的时候自动创建PV然后自动绑定，这被称为Dynamic Volume Provisioning，要实现这一点，需要在Kubernetes中先定义StorageClass。StorageClass中定义了存储提供者（provisioner）还有重分配策略（reclaimPolicy）等，而provisioner实际上就是各种Kubernetes支持的存储类型，分别由各个存储厂家自己制定的，以volume plugin的方式加入到Kubernetes中，比如三大云厂商都提供了自己的存储，微软提供了Azure File和Azure Disk，AWS提供了AWS EBS，Google提供了GCE PD，另外还有其它各种存储类型，比如Ceph，Openstack Cinder，Glusterfs，ScaleIO，vSphere都有相应的provisioner。 同样Oracle Cloud也提供了自己的provisioner，并且在OKE中已经预先创建好了默认的StorageClass。 $ kubectl get StorageClass NAME PROVISIONER AGE oci (default) oracle.com/oci 4d6h $ kubectl describe StorageClass/oci Name: oci IsDefaultClass: Yes Annotations: kubectl.kubernetes.io/last-applied-configuration={“apiVersion”:”storage.k8s.io/v1beta1″,”kind”:”StorageClass”,”metadata”:{“annotations”:{“storageclass.beta.kubernetes.io/is-default-class”:”true”},”name”:”oci”,”namespace”:””},”provisioner”:”oracle.com/oci”} ,storageclass.beta.kubernetes.io/is-default-class=true Provisioner: oracle.com/oci Parameters: <none> AllowVolumeExpansion: <unset> MountOptions: <none> ReclaimPolicy: Delete VolumeBindingMode: Immediate Events:…
How to Create and Access Container Cluster (Container Engine for Kubernetes) in Oracle Cloud
本文描述如何在Oracle Cloud中创建并访问容器服务。为了简单，所有的操作都是针对root compartment。 创建允许容器运行的Policy 这一步是必须的，否则不允许创建容器集群。 官方文档链接 左上角的产品菜单中：Governance and Administration -> Identity -> Policies 点击“Create Policy”之后，按照下图的样式创建Policy。 创建容器集群 官方文档链接 左上角的产品菜单中：Solutions and Platform -> Developer Services -> Container Cluster(OKE) 点击“Create Cluster”之后，页面中的元素较多，以下截图只是上半部分。 虽然元素较多，但是在测试阶段可以几乎完全使用默认值。因此直接点“Create”就好。 在容器集群中的Worker Node可以不用ssh登录（我们在后续只需要通过oci和kubectl命令来操作集群就可以），所以页面中的PUBLIC SSH KEY确实是不用输入的，而默认的Private网络类型也无需修改。 创建容器集群需要花数分钟时间，创建成功以后，在集群页面就可以看到新创建的集群的详细信息。在我的测试里，指定了Node Pool里只有2台Node，不是默认的3台，因此在列表中只显示了两台机器。 创建kubeconfig文件 官方文档链接 这一步比较繁琐。分为5个小步骤，不过官方文档中的描述很详尽。 第一步：标准的生成访问密钥的过程 mkdir ~/.oci openssl genrsa -out ~/.oci/oci_api_key.pem 2048 chmod go-rwx ~/.oci/oci_api_key.pem openssl rsa -pubout -in ~/.oci/oci_api_key.pem -out…