前言 本文将带领读者一起, 参照着Kubernetes官方文档, 对其安装部署进行讲解. Kubernetes更新迭代很快, 书上、网上等教程可能并不能适用于新版本, 但官方文档能. 阅读这篇文章你能收获到: 如何阅读Kubernetes官方安装指南并搭建一个Kubernetes环境. Kubernetes安装过程中的注意事项. 避过常见的坑. 阅读本文你需要: 熟悉Linux命令. 知道Kubernetes是用来干什么的 (不然装它干啥(ಥ_ಥ)). 知道Docker 器材准备 文档链接: Before you begin 序号 名称 数量 备注 1 服务器 2 操作系统: Linux(centos7, 其它操作系统也可, 安装过程类似, 可参考官方文档) 机器配置: CPU >= 2, 内存 >= 2G 从官网找到kubeadm安装文档入口, 文档很详细. 英文阅读没有障碍的读者推荐直接查看英文文档, 中文文档不全且更新不及时安装时可能存在问题. 前期准备 笔者已经预先安装好了两台虚拟机, centos7(CPUx2, 内存2.5G). 并在路由器上固定了这两个虚拟机的IP地址. 修改hostname
|
1 2 3 |
[root@k8s-master ~]$ vim /etc/hostname # 修改hostname [root@k8s-master ~]$ vim /etc/hosts # 将本机IP指向hostname [root@k8s-master ~]$ reboot -h # 重启(可以做完全部前期准备后再重启) |
修改后, 两台虚拟机的配置如下:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 |
# in k8s-master [root@k8s-master ~]$ cat /etc/hostname k8s-master [root@k8s-master ~]$ cat /etc/hosts | grep k8s 10.33.30.92 k8s-master 10.33.30.91 k8s-worker # in k8s-worker [root@k8s-worker ~]$ cat /etc/hostname k8s-worker [root@k8s-worker ~]$ cat /etc/hosts | grep k8s 10.33.30.92 k8s-master 10.33.30.91 k8s-worker |
确认MAC和product_uuid的唯一性 文档链接: Verify the MAC address and product_uuid are unique for every node
|
1 2 |
[root@k8s-master ~]$ ifconfig -a # 查看MAC [root@k8s-master ~]$ cat /sys/class/dmi/id/product_uuid # 查看product_uuid |
注: 如果你的centos7没有ifconfig命令, 可以执行yum install net-tools进行安装. 配置防火墙 文档链接: Check required ports 由于是本地内网测试环境, 笔者图方便, 直接关闭了防火墙. 若安全要求较高, 可以参考官方文档放行必要端口.
|
1 2 |
[root@k8s-master ~]$ systemctl stop firewalld # 关闭服务 [root@k8s-master ~]$ systemctl disable firewalld # 禁用服务 |
[…]
View Details一. k8s介绍 1. 是什么 kubernetes：古希腊“舵手”的意思（指引鲸鱼-docker） Production-Grade Container Orchestration：生产级别的容器编排系统 is an open-source system for automating deployment, scaling, and management of containerized applications：用于自动部署，扩展和管理容器化应用程序的开源系统 2. 发展历程 google内部使用十年之久的大规模机器管理系统-Borg，k8s是其他开源版本。 2014年6月 谷歌在旧金山的发布会为这款新的开源工具揭牌 2015年4月：google发布论文，高调宣传k8s 2015年7月：发布1.0版本 2015-2016：1.0-1.5，主要发布了五个版本 2017年： 相继推出 1.6、1.7、1.8、1.9，围绕稳定性、性能和平台的 cloud availability 做了改进 2018年3月27日，v1.10 发布。此版本持续增强了 Kubernetes 2018年6月28 日，v1.11 发布。此版本增强了网络功能、可扩展性与灵活性。Kubernetes 1.11 功能的更新为任何基础架构、云或内部部署都能嵌入到 Kubernetes 系统中增添了更多可能性的成熟性、可扩展性以及可插拔性，并在存储、安全、网络增强了其稳定性 2018年9月28日，v1.12 发布。此版本新增了两个备受期待的功能，Kubelet TLS Bootstrap 和对 Azure 虚拟机规模集支持（并已达到 GA 阶段）。同时该版本在安全性和 Azure 等关键功能上作出了改进； 2018年12月4日，v1.13发布。此版本的三个主要特性已逐渐过渡到 GA。此版本中的显着特征包括：使用 kubeadm 简化集群管理、Container Storage Interface（CSI）、以 CoreDNS 作为默认 DNS 大约每100天更新一次，如今已是 V 1.15.0版本（2019.7.17） 3. 特点 一切以服务为中心 自动化：自我扩展、自我诊断 底层不仅仅依赖docker，还支持Rocket 不局限于语言，对现有代码、框架没有任何侵入 4. 功能 基于容器的、一站式的分布式平台和分布式解决方案 主要功能是生产环境的容器编排，包括： 滚动升级 在线扩缩容 资源自动调度 资源配额管理 服务注册、服务发现 负载均衡 故障发现和自我修复 5. 为什么要用k8s 容器逐渐替代宿主机，k8s是业界广泛认可和看好的容器分布式解决方案 […]
View Details摘要
想要把一个复杂的微服务项目部署到K8S上去，首先我们得学会把单个SpringBoot应用部署上去。今天我们来讲下如何把SpringBoot应用部署到K8S上去，和使用Docker Compose部署非常类似，希望对大家有所帮助！
学前准备
学习本文需要有一些K8S基础，对K8S还不了解的朋友可以参考如下的文章。
《K8S太火了！花10分钟玩转它不香么？》
《自从上了K8S，项目更新都不带停机的！》
报错： [root@localhost /]# docker run -it ubuntu /bin/bash WARNING: IPv4 forwarding is disabled. Networking will not work. 解决方式： 第一步：在宿主机上执行echo "net.ipv4.ip_forward=1" >>/usr/lib/sysctl.d/00-system.conf 第二步：重启network和docker服务 [root@localhost /]# systemctl restart network && systemctl restart docker 第三步：验证是否成功 可见完美解决问题。 from:https://www.cnblogs.com/python-wen/p/11224828.html
View Detailsdocker部署springboot（默认已经安装好docker） 第一步：构建镜像 创建Dockerfile文件，文件内容如下：
|
1 2 3 4 5 6 7 8 9 10 11 |
FROM frolvlad/alpine-oraclejdk8:slim VOLUME /tmp ADD index-1.5.10.RELEASE.jar app.jar RUN sh -c 'touch /app.jar' ENV JAVA_OPTS="" ENTRYPOINT [ "sh", "-c", "java $JAVA_OPTS -Djava.security.egd=file:/dev/./urandom -jar /app.jar" ] |
其中 index-1.5.10.RELEASE.jar是你要发布的jar包。 然后把Dockerfile和index-1.5.10.RELEASE.jar建个文件夹，放到服务器上面。 cd进入你的文件夹，运行以下命令向docker中添加镜像：
|
1 |
docker build -t jingxiangming . |
执行命令后，你的docker中就添加了名为jingxiangming的镜像。 查看镜像命令：
|
1 |
docker images //运行命令后，你就可以看到刚刚添加的镜像了 |
第二步：启动容器
|
1 |
docker run -d -p 8080:8080 jingxiangming |
关于上面的命令，我认为有必要具体讲解一下： -d: 后台运行容器，并返回容器ID； -p: 端口映射，格式为：主机(宿主)端口:容器端口；//意思是第一个访问服务器的端口，第二个8080是服务器本地占用访问的端口 jingxiangming：docker里面的镜像名称 当然除了上面基本的参数外，还有额外的参数，这个就需要大家自己去查阅资料了，我这里只列举比较重要的。 启动成功后，会返回一个容器id，然后就可以测试访问了！ 日志查看 查看运行的容器日志：
|
1 |
sudo docker logs -f -t --tail 行数 容器名 |
|
1 2 |
//查看容器名 docker ps |
from:https://blog.csdn.net/qq_29611427/article/details/81534037
View DetailsDocker提供了重新启动策略 来控制容器在退出时或Docker重新启动时是否自动启动。重新启动策略可确保以正确的顺序启动链接的容器。Docker建议您使用重新启动策略，并避免使用进程管理器来启动容器。 重新启动策略--live-restore与dockerd 命令的标志不同。--live-restore尽管网络和用户输入中断，但使用允许您在Docker升级期间保持容器运行。 使用重启策略 要为容器配置重新启动策略，请--restart在使用该docker run命令时使用该标志。--restart标志的值可以是以下任何一种： 旗 描述 no 不要自动重启容器。（默认） on-failure 如果容器由于错误而退出，则重新启动容器，该错误表现为非零退出代码。 always 如果容器停止，请务必重启容器。如果手动停止，则仅在Docker守护程序重新启动或手动重新启动容器本身时才重新启动。（参见重启政策详情中列出的第二个项目） unless-stopped 类似于always，除了当容器停止（手动或其他方式）时，即使在Docker守护程序重新启动后也不会重新启动容器。 以下示例启动Redis容器并将其配置为始终重新启动，除非明确停止或重新启动Docker。
|
1 |
$ docker run -dit --restart unless-stopped redis |
重启政策详情 使用重启策略时请记住以下几点： 重启策略仅在容器成功启动后生效。在这种情况下，成功启动意味着容器启动至少10秒并且Docker已开始监视它。这可以防止根本不启动的容器进入重启循环。 如果手动停止容器，则会忽略其重新启动策略，直到Docker守护程序重新启动或手动重新启动容器。这是防止重启循环的另一种尝试。 重新启动策略仅适用于容器。群组服务的重新启动策略配置不同。请参阅与服务重新启动相关的 标志。 如果run时没有添加restart 可以通过update命令追加 docker update --restart=always web 1、先后台启动容器未加restart参数 2、docker ps 查看了当前运行的容器 3、重启docker 服务 4、再次docker ps 查看当前运行的容器，发现容器并没有运行 5、利用 update 设置 restart=always 6、重启docker 服务 7、再次docker ps 查看当前运行的容器，此时发现已经自动启动容器 ——————— 使用流程管理器 如果重新启动策略不适合您的需要，例如当Docker之外的进程依赖Docker容器时，您可以使用流程管理器，例如 upstart， systemd或supervisor。 警告：不要尝试将Docker重新启动策略与主机级进程管理器结合使用，因为这会产生冲突。 要使用进程管理器，请将其配置为使用您通常用于手动启动容器的相同docker start或docker service命令来启动容器或服务。有关更多详细信息，请参阅特定流程管理器的文档。 在容器内使用进程管理器 进程管理器也可以在容器内运行，以检查进程是否正在运行，如果没有则启动/重启进程 官方介绍在此，以上内容引用官网内容 https://docs.docker.com/engine/admin/start-containers-automatically/#use-a-process-manager from:https://www.cnblogs.com/wei9593/p/11192908.html
View Details当docker容器创建后，忘记挂接做本地与容器目录挂接后，导致数据存储都是存在容器中，如果想修改容器内文件或替换，就需要通过以下命令替换。
|
1 |
docker cp [本地目录或文件]: [容器名][容器内目录] |
为了方便，只要在linux目录替换，可以通过容器挂载的方式，只要替换linux的目录，就能实现容器内的文件变更。 挂载目录步骤如下： 1、停止docker运行
|
1 |
systemctl stop docker |
2、修改容器的配制文件 容器路径：/var/lib/docker/containers/[容器ID] 修改的文件： 2.1、hostconfig.json 在"Binds"节点中增加挂载目录的关系，如：
|
1 |
"Binds" ["/opt/docker/test/webapps:/opt/apache-tomcat-8.5.40/webapps"] |
前面的是本地目录，后面的是容器目录，多个的话，用逗号隔开。 2.2、config.v2.json 在"MountPoints" 节点中增加挂载目录。如：
|
1 |
"MountPoints": {"/opt/apache-tomcat-8.5.40/webapps": {"Source": "/opt/docker/test/webapps","Destination": "/opt/apache-tomcat-8.5.40/webapps","RW": true,"Name": "","Driver": "","Type": "bind","Propagation": "rprivate","Spec": {"Type": "bind","Source": "/opt/docker/test/webapps","Target": "/opt/apache-tomcat-8.5.40/webapps"},"SkipMountpointCreation": false}} |
3、重新docker,开启容器
|
1 |
systemctl start dockerdocker start [容器名或容器ID] |
以上是以修改正在运行的容器的方式挂载目录。 还有简单的方式： 提交现有容器为新镜像，然后重新运行挂载。 from:https://blog.csdn.net/weixin_36431535/article/details/113067296
View DetailsDocker容器做端口映射报错 docker: Error response from daemon: driver failed programming external connectivity on endpoint lamp3 (46b7917c940f7358948e55ec2df69a4dec2c6c7071b002bd374e8dbf0d40022c): (iptables failed: iptables --wait -t nat -A DOCKER -p tcp -d 0/0 --dport 86 -j DNAT --to-destination 172.17.0.2:80 ! -i docker0: iptables: No chain/target/match by that name. 解决方法 docker服务启动时定义的自定义链DOCKER被清除 重启即可systemctl restart docker ———————————————— 版权声明：本文为CSDN博主「米粥粥」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。 原文链接：https://blog.csdn.net/qq_41545647/article/details/102679560
View Details用Dockerfile构建jdk镜像的时候出的错 把Dockerfile文件删除之后重新建一个 把空格 符号全更换一遍英文 最后运行成功 from:https://blog.csdn.net/weixin_43555477/article/details/106480089
View Details以我们家庭好医.netcore项目做个示例，来看看怎么进一步优化Docker镜像的大小。 这里以先编译再做镜像的方法为示例，当然你也可以把编译部分也写进Dockerfile里。 0.先来看看编译后的项目文件大小：39.2MB 1.先看一下VS2019默认Dockerfile生成的镜像 先上Dockerfile
|
1 2 3 4 5 6 7 8 |
FROM mcr.microsoft.com/dotnet/aspnet:3.1 AS base WORKDIR /app EXPOSE 5000 FROM base AS final WORKDIR /app COPY . . ENTRYPOINT ["dotnet", "JTHY.Web.dll"] |
看看生成的镜像大小：265MB 2.用大家常用的slim镜像试试 Dockerfile
|
1 2 3 4 5 6 7 8 |
FROM mcr.microsoft.com/dotnet/core/aspnet:3.1-buster-slim AS base WORKDIR /app EXPOSE 5000 FROM base AS final WORKDIR /app COPY /. /app ENTRYPOINT ["dotnet", "JTHY.Web.dll"] |
镜像大小还是265MB，并没有变小。 3.用大家不常用的alpine镜像来优化 Dockerfile
|
1 2 3 4 5 6 7 8 |
ROM mcr.microsoft.com/dotnet/aspnet:3.1-alpine AS base WORKDIR /app EXPOSE 5000 FROM base AS final WORKDIR /app COPY /. /app ENTRYPOINT ["dotnet", "JTHY.Web.dll"] |
再来看看镜像大小：146MB，是不是很神奇~
View Details