<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[馆主的博客]]></title><description><![CDATA[]]></description><link>https://blog.csdn.net/qq_65441164</link><language>zh-cn</language><generator>https://blog.csdn.net/</generator><copyright><![CDATA[Copyright &copy; qq_65441164]]></copyright><item><title><![CDATA[kubernetes之service详解]]></title><link>https://blog.csdn.net/qq_65441164/article/details/128162263</link><guid>https://blog.csdn.net/qq_65441164/article/details/128162263</guid><author>qq_65441164</author><pubDate>Sat, 03 Dec 2022 16:27:49 +0800</pubDate><description><![CDATA[在前面的课程中，我们已经可以实现通过手工执行kubectl scale命令实现Pod扩容或缩容，但是这显然不符合Kubernetes的定位目标–自动化、智能化。 Kubernetes期望可以实现通过监测Pod的使用情况，实现pod数量的自动调整，于是就产生了Horizontal Pod Autoscaler（HPA）这种控制器。
HPA可以获取每个Pod利用率，然后和HPA中定义的指标进行对比，同时计算出需要伸缩的具体值，最后实现Pod的数量的调整。]]></description><category></category></item><item><title><![CDATA[kubernetes之Pod控制器详解]]></title><link>https://blog.csdn.net/qq_65441164/article/details/128130541</link><guid>https://blog.csdn.net/qq_65441164/article/details/128130541</guid><author>qq_65441164</author><pubDate>Thu, 01 Dec 2022 18:31:09 +0800</pubDate><description><![CDATA[自主式pod：kubernetes直接创建出来的Pod，这种pod删除后就没有了，也不会重建控制器创建的pod：kubernetes通过控制器创建的pod，这种pod删除了之后还会自动重建什么是Pod控制器？Pod控制器是管理pod的中间层，使用Pod控制器之后，只需要告诉Pod控制器，想要多少个什么样的Pod就可以了，它会创建出满足条件的Pod并确保每一个Pod资源处于用户期望的目标状态。如果Pod资源在运行中出现故障，它会基于指定策略重新编排Pod。]]></description><category></category></item><item><title><![CDATA[kubernetes之pod详解]]></title><link>https://blog.csdn.net/qq_65441164/article/details/128115257</link><guid>https://blog.csdn.net/qq_65441164/article/details/128115257</guid><author>qq_65441164</author><pubDate>Wed, 30 Nov 2022 16:40:00 +0800</pubDate><description><![CDATA[注意，这里的调度是强制的，这就意味着即使要调度的目标Node不存在，也会向上面进行调度，只不过pod运行失败而已。前面的调度方式都是站在Pod的角度上，通过在Pod上添加属性，来确定Pod是否要调度到指定的Node上，其实我们也可以站在Node的角度上，通过在Node上添加污点属性，来决定是否允许Pod调度过来。上一节，介绍了两种定向调度的方式，使用起来非常方便，但是也有一定的问题，那就是如果没有满足条件的Node，那么Pod将不会被运行，即使在集群中还有可用Node列表也不行，这就限制了它的使用场景。]]></description><category></category></item><item><title><![CDATA[kubernetes之service详解]]></title><link>https://blog.csdn.net/qq_65441164/article/details/128094964</link><guid>https://blog.csdn.net/qq_65441164/article/details/128094964</guid><author>qq_65441164</author><pubDate>Tue, 29 Nov 2022 13:02:39 +0800</pubDate><description><![CDATA[容器中的程序要运行，肯定是要占用一定资源的，比如cpu和内存等，如果不对某个容器的资源做限制，那么它就可能吃掉大量资源，导致其它容器无法运行。3、metadata 元数据，主要是资源标识和说明，常用的有name、namespace、labels等。limits：用于限制运行时容器的最大占用资源，当容器占用资源超过limits时会被终止，并进行重启。requests ：用于设置容器需要的最小资源，如果环境资源不够，容器将无法启动。4、spec描述，这是配置中最重要的一部分，里面是对各种资源配置的详细描述。]]></description><category></category></item><item><title><![CDATA[kubernetes入门实战]]></title><link>https://blog.csdn.net/qq_65441164/article/details/128076947</link><guid>https://blog.csdn.net/qq_65441164/article/details/128076947</guid><author>qq_65441164</author><pubDate>Mon, 28 Nov 2022 13:17:20 +0800</pubDate><description><![CDATA[kubernetes通过将集群内部的资源分配到不同的Namespace中，可以形成逻辑上的"组"，以方便不同的组的资源进行隔离使用和管理。在kubernetes中，Pod是最小的控制单元，但是kubernetes很少直接控制Pod，一般都是通过Pod控制器来完成的。Pod控制器用于pod的管理，确保pod资源符合预期的状态，当pod的资源出现故障时，会尝试进行重启或重建pod。Namespace是kubernetes系统中的一种非常重要资源，它的主要作用是用来实现多套环境的资源隔离或者多租户的资源隔离。]]></description><category></category></item><item><title><![CDATA[kubernetes资源管理]]></title><link>https://blog.csdn.net/qq_65441164/article/details/127925966</link><guid>https://blog.csdn.net/qq_65441164/article/details/127925966</guid><author>qq_65441164</author><pubDate>Fri, 18 Nov 2022 18:36:45 +0800</pubDate><description><![CDATA[在kubernetes中，所有的内容都抽象为资源，用户需要通过操作资源来管理kubernetes。kubernetes的本质上就是一个集群系统，用户可以在集群中部署各种服务，所谓的部署服务，其实就是在kubernetes集群中运行一个个的容器，并将指定的程序跑在容器中。kubernetes的最小管理单元是pod而不是容器，所以只能将容器放在Pod中，而kubernetes一般也不会直接管理Pod，而是通过Pod控制器来管理Pod的。]]></description><category></category></item><item><title><![CDATA[使用Kubernetes部署Kubernetes集群]]></title><link>https://blog.csdn.net/qq_65441164/article/details/127903862</link><guid>https://blog.csdn.net/qq_65441164/article/details/127903862</guid><author>qq_65441164</author><pubDate>Thu, 17 Nov 2022 20:08:06 +0800</pubDate><description><![CDATA[本次环境搭建需要安装三台Linux系统（一主二从），内置centos7.5系统，然后在每台linux中分别安装docker。kubeadm（1.25），kubelet（1.25.4），kubelet（1.25.4）. ]]></description><category></category></item><item><title><![CDATA[ansible部署mysql主从]]></title><link>https://blog.csdn.net/qq_65441164/article/details/127788200</link><guid>https://blog.csdn.net/qq_65441164/article/details/127788200</guid><author>qq_65441164</author><pubDate>Thu, 10 Nov 2022 16:34:43 +0800</pubDate><description><![CDATA[ansible部署mysql主从]]></description><category></category></item><item><title><![CDATA[ansible角色部署haproxy实现站点轮询]]></title><link>https://blog.csdn.net/qq_65441164/article/details/127750426</link><guid>https://blog.csdn.net/qq_65441164/article/details/127750426</guid><author>qq_65441164</author><pubDate>Tue, 08 Nov 2022 16:05:22 +0800</pubDate><description><![CDATA[使用ansible角色部署haproxy和apache，并且来实现lamp架构与Apache站点轮询]]></description><category></category></item><item><title><![CDATA[ansible角色部署lamp架构]]></title><link>https://blog.csdn.net/qq_65441164/article/details/127733945</link><guid>https://blog.csdn.net/qq_65441164/article/details/127733945</guid><author>qq_65441164</author><pubDate>Mon, 07 Nov 2022 20:03:39 +0800</pubDate><description><![CDATA[在ansible自动化运维工具中使用角色来部署lamp架构]]></description><category></category></item><item><title><![CDATA[RHCE习题整理]]></title><link>https://blog.csdn.net/qq_65441164/article/details/127704889</link><guid>https://blog.csdn.net/qq_65441164/article/details/127704889</guid><author>qq_65441164</author><pubDate>Sat, 05 Nov 2022 16:40:35 +0800</pubDate><description><![CDATA[主要运用了ansible各种模块进行组合]]></description><category></category></item><item><title><![CDATA[ansible主机清单]]></title><link>https://blog.csdn.net/qq_65441164/article/details/127651008</link><guid>https://blog.csdn.net/qq_65441164/article/details/127651008</guid><author>qq_65441164</author><pubDate>Wed, 02 Nov 2022 14:57:11 +0800</pubDate><description><![CDATA[比如说，我们受控主机比较少的情况下，我们建议是使用静态主机清单的，但当我们处于一个大型的环境下，受控主机非常非常多的时候，而且受控主机更替非常快的时候，我们使用静态主机清单就很难来管理了，我们使用动态的主机清单更便于我们管理了。]]></description><category></category></item><item><title><![CDATA[Ansible循环与判断]]></title><link>https://blog.csdn.net/qq_65441164/article/details/127620607</link><guid>https://blog.csdn.net/qq_65441164/article/details/127620607</guid><author>qq_65441164</author><pubDate>Mon, 31 Oct 2022 19:47:24 +0800</pubDate><description><![CDATA[block/rescue/always: 限制性block，如果执行失败，则执行rescue，无论是block还是rescue执行失败还是成功，在最后都执行always。Skip/skipped：通过任务的返回信息判断执行状态，当任务没有满足条件，而被跳过执行，则返回真。给所有的受控主机创建分区，创建2500M的分区，然后对分区进行格式化，格式化为xfs的文件系统。每次执行完一个任务，不管成功与失败，都会将执行的结果进行注册，可以使用这个注册的变量来when。]]></description><category></category></item><item><title><![CDATA[ansible之playbook剧本]]></title><link>https://blog.csdn.net/qq_65441164/article/details/127513223</link><guid>https://blog.csdn.net/qq_65441164/article/details/127513223</guid><author>qq_65441164</author><pubDate>Tue, 25 Oct 2022 16:56:12 +0800</pubDate><description><![CDATA[ansible的playbook采用了yaml语法，它简单地实现了json格式的事件描述。在学习ansible playbook之前，很有必要把yaml的语法格式、引用方式做个梳理。]]></description><category></category></item><item><title><![CDATA[ansible模块]]></title><link>https://blog.csdn.net/qq_65441164/article/details/127501434</link><guid>https://blog.csdn.net/qq_65441164/article/details/127501434</guid><author>qq_65441164</author><pubDate>Mon, 24 Oct 2022 21:45:33 +0800</pubDate><description><![CDATA[ansible 默认提供了很多模块来供我们使用。在 Linux 中，我们可以通过 ansible-doc -l 命令查看到当前 ansible 都支持哪些模块，通过 ansible-doc -s 模块名 又可以查看该模块有哪些参数可以使用。]]></description><category></category></item><item><title><![CDATA[ansible配置文件]]></title><link>https://blog.csdn.net/qq_65441164/article/details/127441992</link><guid>https://blog.csdn.net/qq_65441164/article/details/127441992</guid><author>qq_65441164</author><pubDate>Fri, 21 Oct 2022 12:22:00 +0800</pubDate><description><![CDATA[Ansible配置以ini格式存储配置数据，在Ansible中⼏乎所有配置都可以通过Ansible的Playbook或环境变量来重新赋值。在运⾏Ansible命令时，命令将会按照以下顺序查找配置⽂件。]]></description><category></category></item><item><title><![CDATA[ansible的介绍与安装]]></title><link>https://blog.csdn.net/qq_65441164/article/details/127424426</link><guid>https://blog.csdn.net/qq_65441164/article/details/127424426</guid><author>qq_65441164</author><pubDate>Thu, 20 Oct 2022 16:00:43 +0800</pubDate><description><![CDATA[自动化可以帮助我们避免手动管理系统和基础架构造成的问题。作为系统管理员，我们可以使用它来确保快速、正确地部署和配置所有系统。这样，我们可以自动执行日常计划中的重复性任务，从而空出时间并专注于更重要的事情。]]></description><category></category></item><item><title><![CDATA[nginx反向代理和负载均衡]]></title><link>https://blog.csdn.net/qq_65441164/article/details/127404281</link><guid>https://blog.csdn.net/qq_65441164/article/details/127404281</guid><author>qq_65441164</author><pubDate>Wed, 19 Oct 2022 13:47:09 +0800</pubDate><description><![CDATA[nginx通常被用作后端服务器的反向代理，这样就可以很方便的实现动静分离以及负载均衡，从而大大提高服务器的处理能力。nginx实现动静分离，其实就是在反向代理的时候，如果是静态资源，就直接从nginx发布的路径去读取，而不需要从后台服务器获取了]]></description><category></category></item><item><title><![CDATA[nginx平滑升级与location修饰符]]></title><link>https://blog.csdn.net/qq_65441164/article/details/127280227</link><guid>https://blog.csdn.net/qq_65441164/article/details/127280227</guid><author>qq_65441164</author><pubDate>Wed, 12 Oct 2022 12:08:05 +0800</pubDate><description><![CDATA[location区段，通过指定模式来与客户端请求的URI相匹配，它允许根据用户请求的URI来匹配定义的各个location，匹配时，此请求将被相应的location配置块中的配置所处理，例如做访问控制等功能
]]></description><category></category></item><item><title><![CDATA[部署LNMP架构]]></title><link>https://blog.csdn.net/qq_65441164/article/details/127259831</link><guid>https://blog.csdn.net/qq_65441164/article/details/127259831</guid><author>qq_65441164</author><pubDate>Tue, 11 Oct 2022 14:30:46 +0800</pubDate><description><![CDATA[LNMP架构，是指在Linux平台下，由运行Nginx的web服务器，运行PHP的动态页面解析程序和运行MySQL的数据库组成的网站架构，也是当前常用的系统架构之一。
在LNMP架构中，Nginx本身只负责静态页面的处理，当需要处理动态页面时，则需要Nginx将相关.php页面转交给php-fpm来进行处理，php-fpm会将PHP页面解析成html文件，然后交给Nginx进行处理。]]></description><category></category></item></channel></rss>