#kubeadm init 时从本地私有仓库下载镜像 images=( gcr.io/google_containers/kube-proxy-amd64:v1.6.1 gcr.io/google_containers/kube-apiserver-amd64:v1.6.1 gcr.io/google_containers/kube-scheduler-amd64:v1.6.1 gcr.io/google_containers/kube-controller-manager-amd64:v1.6

kubeadm 是kubernetes 的集群安装工具,能够快速安装kubernetes 集群.kubeadm init 命令默认使用的docker镜像仓库为k8s.gcr.io,国内无法直接访问,需要中转一下才可以使用. 首先查看kubenets需要哪些镜像 kubeadm config images list [root@master yum.repos.d]# kubeadm config images list k8s.gcr.io/kube-apiserver:v1.14.0 k8s.

1.kubernetes1.13之后kubeadm开始GA,由于1.13的kube-proxy有bug,删除ipvs的地方总是导致kube-proxy挂掉,所以建议直接用1.13.2,这个版本解决了bug. !Fix race condition introduced by graceful termination which can lead to a deadlock in kube-proxy !Support graceful termination with IPVS when del

执行 kubeadm init 时出现卡在了 [apiclient] Created API client, waiting for the control plane to become ready这里,查看日志 journalctl -xeu kubelet 发现是 gcr.io/google_containers/pause-amd64:3.0 没有pull下来,找到解决方法: docker pull docker.io/kubernetes/pause docker tag docker

没有代理 可申请AWS免费账户,创建EC2实例,搭建Shadowsocks服务器. 配置代理客户端 参考链接:https://www.zybuluo.com/ncepuwanghui/note/954160 配置Docker代理 ① 创建docker服务配置文件 mkdir -p /etc/systemd/system/docker.service.d ② 编辑vi /etc/systemd/system/docker.service.d/http-proxy.conf,添加如下内容: [Ser

[preflight] You can also perform this action in beforehand using 'kubeadm config images pull' error execution phase preflight: [preflight] Some fatal errors occurred: [ERROR ImagePull]: failed to pull image registry.aliyuncs.com/google_containers/kub

数据库云化架构需求 随着云架构的发展和流行,在业务和应用进行“云化”的过程中,云数据库因为在整体架构中的重要地位,在云化改造中的重要性不言而喻.云数据库需要满足这些技术要求,除了在功能上的具体提升,在整体架构上更需要进行升级和“进化”. 云数据库架构是其能否承载应用架构“云化”的关键点,随着技术和业务的发展,云数据库的架构出现了几个主要的发展方向: 在dbPaaS平台中,计算-存储层分离将会成为主流技术方向.通过将协议解析.计算等模块与底层存储解耦,数据库云平台将存储层进行分片以实现存储的弹性水

参考链接:https://www.cnblogs.com/storymedia/p/4500186.html 1.nova 创建的虚机后端目录 其中的base是虚机基础镜像,创建虚机会根据这个基础镜像进行派生镜像,命令如下: qemu-img create -f qcow2 -o backing_file=/var/lib/nova/ instances/_base/1406c8d8631815b4e071939654c4d1cbc79c9ec3 查看镜像信息: disk格式是QEMU QCOW

KVM镜像操作 qemu-img命令 创建镜像 qemu-img create # 创建一个设备空间大小为10G的镜像 qemu-img create -f qcow2 centos7-guest.qcow2 10G # 基于backing_file创建大小为20G的镜像, 使用-b参数, -F用于指定backing_file的格式 qemu-img create -F qcow2 -b /path/to/backing-kvm.img -f qcow2 /path/to/target.qcow

清除设置 //删除端点 declare @sql varchar() declare @mirrName varchar() select @mirrName=name from sys.database_mirroring_endpoints set @mirrName=isnull(@mirrName,'') if @mirrName<>'' begin select @sql='drop endpoint '+@mirrName exec(@sql) end //关闭镜像 alter d

使用国内镜像站 sudo apt-get update && sudo apt-get install -y apt-transport-https curl sudo curl -s https://mirrors.aliyun.com/kubernetes/apt/doc/apt-key.gpg | sudo apt-key add - sudo tee /etc/apt/sources.list.d/kubernetes.list <<-'EOF'deb https://

在网上看了不少关于Kubernetes的视频,虽然现在还未用上,但是也是时候总结记录一下,父亲常教我的一句话:学到手的东西总有一天会有用!我也相信在将来的某一天会用到现在所学的技术.废话不多扯了.... 一.前期准备 1.k8s-master01:master主服务器(存在单点故障) 2.k8s-node01.k8s-node02:2个工作节点 3.Harbor:私有仓库(简单记录搭建Harbor私服仓库) 4.Router:软路由(由于kubeadm是存放在谷歌云的,国内无法访问,K8S集群搭

从网上我们看到的好多kubeadm 安装k8s 的时候都说需要下拉取镜像,然后修改,实际上 我们可以使用配置参数,快速的跳过墙的问题 说明: 基础镜像,我们仍然存在,拉取的问题,但是dockerhub 上已经包含了好多拉取好的,我们只需要拉取,统一命名 下就可以了,简单测试我使用了别人以及配置好的 index.docker.io/mirrorgooglecontainers 简单demo 准备coredns 镜像   默认上边的仓库没有处理coredns 的镜像,我拉取,本地处理了 docker

本文内容参考<kuberneters进阶实战>/马哥的新书/推荐 部署前的准备 主机名称解析 分布式系统环境中的多主机通信通常基于主机名称进行,这在IP地址存在变化的可能性时为主机提供了固定的访问入口,因此一般需要有专用的DNS服务负责解决各节点主机名.不过,考虑到此处部署的是测试集群,因此为了降低系统的复杂度,这里将采用基于hosts的文件进行主机名称解析 master节点和nodes都需要修改hosts文件 192.168.18.64 master 192.168.18.65 node1

系列目录 kubernetes简介 Kubernetes节点架构图: kubernetes组件架构图: 准备基础环境 我们将使用kubeadm部署3个节点的 Kubernetes Cluster,整体结构图: 节点详细信息: 无特殊说明以下操作在所有节点执行: 修改主机名: #master节点: hostnamectl set-hostname k8s-master #node1节点: hostnamectl set-hostname k8s-node1 #node2节点: hostnamect

k8s介绍 k8s 发展速度很快,目前很多大的公司容器集群都基于该项目,如京东,腾讯,滴滴,瓜子二手车,易宝支付,北森等等. kubernetes1.9版本发布2017年12月15日,每三个月一个迭代版本, Workloads API成为稳定版本,这消除了很多潜在用户对于该功能稳定性的担忧.还有一个重大更新,就是测试支持了Windows了,这打开了在kubernetes中运行Windows工作负载的大门. CoreDNS alpha可以使用标准工具来安装CoreDNS kube-proxy的IP

k8s介绍 k8s 发展速度很快,目前很多大的公司容器集群都基于该项目,如京东,腾讯,滴滴,瓜子二手车,北森等等. kubernetes1.9版本发布2017年12月15日,每是那三个月一个迭代, Workloads API成为稳定版本,这消除了很多潜在用户对于该功能稳定性的担忧.还有一个重大更新,就是测试支持了Windows了,这打开了在kubernetes中运行Windows工作负载的大门. CoreDNS alpha可以使用标准工具来安装CoreDNS kube-proxy的IPVS模式进

背景: 每次使用功能kubeadm的时候都需要提前准备好镜像,为什么自定义使用的镜像源呢? 在没有翻越围墙时 kubeadm init --kubernetes-version=v1.13.0 --pod-network-cidr=10.244.0.0/16 --apiserver-advertise-address=192.168.146.10 [ERROR ImagePull]: failed to pull image k8s.gcr.io/kube-apiserver:v1.13.0:

实验环境:VMware Fusion 11.0.2 操作系统:CentOS 7.6 主机名 IP地址 CPU 内存 k8s2m 172.16.183.151 2核 4G k8s2n 172.16.183.161 1核 1G 装系统的时候就已经设置为静态IP了,语言为英语,时区是上海.另外因为kubernetes默认不支持swap分区,所以在硬盘分区的时候直接把swap分区拿掉了.这里可以先忽略这些. 如果装系统时分配了 swap 分区,临时关闭 swap 分区可以用: swapoff -a ,永