以下大部分是本人参考各种资料{官方文档.书籍}对知识的汇总和整理,其中有理解错误的地方请大神留言和指正,嘿嘿~~ 1.概述 参考文档:https://projectcalico.docs.tigera.io/ Calico是一款广泛采用.久经考验的开源网络和网络安全解决方案,适用于Kubernetes.虚拟机和裸机工作负载.与Flannel对比,Calico除了支持基本网络功能的实现之外,它还支持全套Kubernetes网络策略功能,以及在其之上扩展网络策略. 1.1.Calico组件 Cali

去年就接触Operator,从Oracle发布的WebLogic Operator到mySQL Operator,构建的源码一大堆,但感觉一直缺少合适的开发框架能够避免复杂性快速生成, 随着技术的日益成熟,目前基于helm Operator轻松解决快速安装的问题,值得尝试一下. 下图是Operator框架的成熟度模型,基于不同的阶段,采用不同的技术满足全生命周期管理的需求 本文主要是以tomcat为例来进行快速的生成一个tomcat Operator. 1.环境准备 安装go 下载安装,参考 h

Operator 就可以看成是 CRD 和 Controller 的一种组合特例,Operator 是一种思想,它结合了特定领域知识并通过 CRD 机制扩展了 Kubernetes API 资源,使用户管理 Kubernetes 的内置资源(Pod.Deployment等)一样创建.配置和管理应用程序,Operator 是一个特定的应用程序的控制器,通过扩展 Kubernetes API 资源以代表 Kubernetes 用户创建.配置和管理复杂应用程序的实例,通常包含资源模型定义和控制器,通过

一. Yaml YAML 是一种简洁的非标记语言.YAML以数据为中心,使用空白,缩进,分行组织数据,从而使得表示更加简洁易读. 由于实现简单,解析成本很低,YAML特别适合在脚本语言中使用.列一下现有的语言实现:Ruby,Java,Perl,Python,PHP,JavaScript等. YAML 是专门用来写配置文件的语言,非常简洁和强大,远比 JSON 格式方便.比如同一段数据Josn和Yaml的表示分别如下: Json { name: 'Tom Smith',age: 37,spouse

yaml简介 yaml是一种简洁的非标记语言.yaml以数据为中心,使用空白,缩进,分行组织数据,从而使得表示更加简洁易读 由于实现简单,解析成本低,yaml特别适合在脚本语言中使用.现有的语言实现:Ruby,Java,Perl,Python,PHP,JavaScript yaml是专门用来写配置文件的语言,非常简洁强大,远比JSON格式方便.同一段数据JSON和yaml表示分别如下: Json { name: 'Tom Smith',age: 37,spouse: { name: 'Jane

Yaml简介 Yaml:"Yet Another Markup Language"(是一种标记语言),但为了强调这种语言以数据做为中心,而不是以标记语言为重点,而用反向缩略语重命名. appium中,yaml 是专门用来写配置文件的语言,语言很简洁.强大,格式有点类似于json,感觉要比json强大点. 语法特点: 1.大小写敏感: 2.使用缩进表示层级关系: 3.缩进时不允许使用Tab键,只允许使用空格: 4.缩进的空格数目不重要,只要相同层级的元素左侧对齐即可. yaml下载 ht

详细步骤可以参考官方文档 https://docs.openshift.com/container-platform/4.3/operators/operator_sdk/osdk-getting-started.html 我这里只是记录一些中间过程和思考. 0.环境变量 GOROOT和GOPATH分开 [root@clientvm ~]# cat .bash_profile # .bash_profile # Get the aliases and functions if [ -f ~/.b

转载自:https://www.qikqiak.com/post/elastic-cloud-on-k8s/ 随着 kubernetes 的快速发展,很多应用都在往 kubernetes 上面迁移,现阶段对于无状态应用的迁移是非常容易做到的,但是对于有状态应用的迁移还是有一定门槛的,主要是有状态应用的运行方式各有不同,比如 MySQL.MongoDB.Redis 这些应用运行的方式方法都不太相同,特别是对于线上环境需要高可用的集群模式的时候,则差别就更大了,这就导致了有状态应用向 Kuberne

0.前言 参考文档:https://github.com/containernetworking/cni Pod网络插件,为了实现Pod网络而需要的插件.组件.由于Kubernetes通过开放的CNI接口来允许插件的接入,所以它又称之为CNI网络插件. 为了解决跨主机容器间通信问题,市面上存在很多解决方案,为了兼容和规范这些解决方案,Kubernetes仅设计了网络模型,却将Pod网络的实现交给了CNI网络插件,并允许网络插件通过标准的CNI(Container Network Interfac

在kubernetes1.2的时候,采用了skydns + kube2dns +etcd的方式来部署dns.而从1.3开始,则部署方式有了一点儿变化,将skydns和kube2dns封装到了一个容器镜像中,放弃了etcd,而将dns解析直接放入到了内存之中,同时引入了dnsmasq,进一步利用其缓存,具体的原理,请查阅相关文档.本篇文档,主要阐述新版的dns在kubernetes中的具体部署. 在Kubernetes的源码目录中,有个cluster/addons/dns目录,下面有几个与dns相

添加hosts解析 cat /etc/hosts 10.39.7.51 k8s-master-51 10.39.7.57 k8s-master-57 10.39.7.52 k8s-master-52 下载calico wget http://docs.projectcalico.org/v3.2/getting-started/kubernetes/installation/hosted/calico.yaml 下载所需镜像 # 建议下载后 推到自己的镜像仓库 [root@k8s-master-

Ubuntu16.04安装kubernetes1.13集群 最新的安装可以使用以下方式:https://www.cnrancher.com/docs/rancher/v2.x/cn/overview/quick-start-guide 方便,快捷! 以下为正文. 前言 Docker容器化,虚拟化技术上的又一个猛将,可以极高提高软件部署的速度.运行一个Docker容器,这个容器作为一个进程分配了计算资源,不同容器之间资源隔离,仿佛每个容器都是一台机器, 并且通过宿主机网桥,可以模拟一个局域网.可以

在前面的部分了解了Pod的创建删除 ,查看信息等.那么我们怎么去管理Pod呢?我们可以通过 ReplicationController 去管理维护 Pod. Replication Controller (RC): A ReplicationController ensures that a specified number of pod replicas are running at any one time. In other words, a ReplicationController m

一.环境准备 1.1环境信息 主机名 IP地址 用途 zhengzw-k8s-master 10.10.100.7 K8s Master zhengzw-k8s-node-1 10.10.100.15 K8s Worker zhengzw-k8s-node-1 10.10.100.52 K8s Worker OS:Ubuntu 18.4 K8s version:1.15.5 Istio version:1.4.0 1.2软件下载 Windows: cli: https://github.com/

前 言 Prometheus是一个用于监控和告警的开源系统.一开始由Soundcloud开发,后来在2016年,它迁移到CNCF并且称为Kubernetes之后最流行的项目之一.从整个Linux服务器到stand-alone web服务器.数据库服务或一个单独的进程,它都能监控.在Prometheus术语中,它所监控的事物称为目标(Target).每个目标单元被称为指标(metric).它以设置好的时间间隔通过http抓取目标,以收集指标并将数据放置在其时序数据库(Time Series Dat

PXC介绍 全称percona-xtradb-cluster,提供了MySQL高可用的一种实现方法.PXC集群以节点组成(推荐至少3节点,便于故障恢复),每个节点都是基于常规的 MySQL Server,意味着你可以从集群中分离出某节点单独使用,集群中每个节点都包含完整的数据. PXC特性 同步复制 支持多主复制 支持并行复制 作为高可用方案,实施相对简单 架构图如下所示 部署PXC集群到kubernetes 1.下载部署文件 git clone -b v1.5.0 https://github

简介 ceph作为一个统一的分布式存储系统,提供了高性能,高可用性,高扩展性.ceph的统一体现在其可以提供文件系统.块存储.对象存储,在云环境中,通常采用ceph作为后端存储来保证数据的高可用性. ceph发表于2004年,随后开源给社区.进过十几年发展,目前得到众多云厂商支持并广泛使用.比如openstack\kubernetes\虚拟机系统等... 架构图: 特点 高性能 采用CRUSH算法,数据分布均衡,并行度高. 容灾域的隔离,能够实现各类负载的副本放置规则,例如跨机房.机架感知等.

Istio技术实践专题(1) Service Mesh Istio 基本概念和架构基础 Istio被称作Kubernetes的最佳云原生拍档.从今天起,我们推出"Istio技术实践"系列专题,在本专题中,我们将通过技术文章+视频授课的方式,为大家详细阐述Istio微服务治理,及在企业级云平台中的解决方案和实践. 什么是Service Mesh? Service Mesh译作"服务网格",作为服务间通信的基础设施层,Willian Morgan(Linkerd 的CE

转载自:https://mp.weixin.qq.com/s/CdLioTzU4oWI688lqYKXUQ 1 环境准备 1.1 基础环境 3台配置一致的虚拟机 虚拟机配置:4c 8g 虚拟机操作系统:centos7 硬盘:vda:40G vdb:20G Kubernete 版本:1.20.0 Docker版本:20.10.7 默认k8s 已安装完成,采用kubeadm 容器化安装 1.2 所安装rook/ceph版本: ceph:v15.2.11 rook:1.6.3 1.3 前提 正常运行的

官方文档地址:https://rook.io/docs/rook/v1.8/quickstart.html Kubernetes 最小版本号 Kubernetes 最小版本号:Kubernetes v1.16 前提 Kubernetes 集群各节点主机安装 lvm2 软件:yum -y install lvm2 Kubernetes 集群各节点主机内核版本不低于4.17 Kubernetes 集群有至少 3 个工作节点(master和worker),且每个工作节点都有一块初系统盘以外的 未格式化