上一篇文章我们尝试了在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,…
Tag: cloud
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:…
MySQL Enterprise Audit in Oracle MySQL Cloud Service
Oracle Cloud Service似乎是唯一个即使你只提交了创建RDS服务的请求，也会自动帮你创建一个虚拟主机，并且提供主机登录权限的服务提供商，也许这就是Oracle一直在宣称的IaaS+PaaS的整合。 在创建MySQL Cloud Service时，会要求提供一个SSH登录密钥，所有的Oracle云服务主机登录用户都是opc，因此在服务创建完毕，收到通知邮件之后，就可以通过以下命令登录到云主机上。 ssh -i id_rsa_oracle_cloud_enmotech opc@your_host_ip 登录到主机以后，屏幕欢迎词是个小惊喜，Oracle贴心得显示了MySQL运行状态和存储使用量的提示。 在比较了多方的RDS之后，Oracle MySQL Cloud Service确实如一直以来宣传的那样，提供了最多的安全选件功能，如果我们用MySQL Workbench登录到数据库中，在Server Status页面可以看到：SSL连接，PAM验证，密码校验，数据库审计等多种安全功能全部是开启的。 而与之相比,阿里云MySQL RDS提供的安全功能就少的可怜了。说少不合适，是一项安全功能都没开启。 Oracle对于数据库安全性的看重确实超越了大多数数据库提供商，而这也带来了一些小麻烦。 在创建MySQL云服务的时候，需要指定数据库root用户的密码，这个密码有比较强的安全要求，需要有大写、小写英文字母，有数字，同时还需要有特殊字符（比如#）。因此在后续创建Login Path时，在mysql_config_editor命令提示输入密码的时候，需要在密码前后加上双引号（比如”Passw#rd”），否则会一直出现拒绝访问的提示。 –opc用户没有办法直接登录MySQL，需要切换到oracle用户 [opc@mysql-cloud-mysql-1 ~]mysql -uroot -p Please switch to “oracle” user to use mysql client [opc@mysql-cloud-mysql-1 ~] sudo su – oracle –使用密码直接登录是没有问题的 [oracle@mysql-cloud-mysql-1 ~]mysql -uroot -p Enter password: Welcome to the MySQL monitor. Commands…