欢迎各位的到来，这里记录运维领域相关方面的文章，旨在整理问题通病，减少重复性的搜索，提高效率，提升自己！
在之前的KubeCon上，了解到Kwok技术，印象比较深刻，是因为它能够秒级去创建出上千个Node，Pod，当然这些是假的。
但是它对于学习Kubernetes的人，资源不充足，或者模拟测试的场景，都非常友好。我就有一个体会，比如：我想对调度策略中的亲和性，进行一个实践操作，验证效果，但是前提是我得有一个Kubernetes集群。如果我有环境，那还好；如果没有，那浪费在搭建上的时间会很多。
如果使用Kwok，我可以几秒钟完成搭建功能，并专注于实践，甚至我不需要虚拟机，直接安装在Windows/Mac中。
答：
对象：是你在k8s集群中能看到，能管理的实物，称之为对象。例如：Pod，Deployment，Service等。
资源：是k8s集群中定义的一系列，可以被创建，被使用，被查询等的事物，称之为资源。例如：上述的对象，无形的规则和配置等。
如果说k8s中的资源有哪些，你可以说：有Pod，Depolyment，Configmap等，因为这些是能够被使用的；
如何说k8s集群中Pod对象有哪些，可能是通过kubectl命令创建出来多个副本的Pod，每一个Pod都是Pod资源的对象，或者是持久化的实例。
Pod是Kubernetes集群中的最小调度单元。举例来说，Kubernetes是整个公司，定义了一系列的规章制度(功能)，而公司是由人构成的，去进行工作，也就是说，人是公司中的最小调度单元，Pod亦是如此：人的工作是写文档，做表格等；Pod的工作是管理运行应用程序（容器化）。
Pod是一个或多个容器的集合。好比：Pod是一个快递盒子，应用就被打包放在了这个盒子里，在其中它们共享网络和存储资源。
CentOS 7.9即将于2024年6月30日到达其生命周期终点（EOL）。这位侍寝公司多年的宠妃也已风光不再。如今，各位技术界的“小主”们，需要赶紧为公司寻一位新的“得力宠妃”来接替她的位置，以保这后宫安稳。
终止的原因：
一直想沉淀一篇Kubernetes高可用安装的文章，之前都是参考网上的博客，虽然安装的大致逻辑是有，可具体的细节没有梳理，还是模糊。
正好前段时间 Kubernetes 10周年际，借此时间，钻研一番。
本文使用的安装方式是: Kubeadm
Centos最为Linux开源发行版中最受人欢迎的系列，即将迎来它的黄昏。其所带来的价值是无限的，地位是不可替代的。我也是其中受益的一份子。
正因如此，需要找到能够平替的新系统：差异化小，稳定健壮，提供长支持能力。
Ubuntu，Fedora，SUSE，RedHat，Rocky......都是能够考虑的。
今天推荐的是Rocky Linux，与Centos几乎无异，命令通用，安装简单，开源，对标RH而进行的代码重构，且作者是前Centos项目的创始人，提供长期支持，提供Centos迁移方案等，是我认为该系统是下一个Centos。
假设你要给朋友打一个电话，输入电话号码，之后朋友接通了电话，那么，通话过程就算是建立成功。这个接通的状态我们称之为ESTABLISHED。
不管是在Windows系统，还是Linux系统，功能的提供都依靠背后的进程。因此，读懂进程语言是重要的。
在上面的例子中，如果建立通话过程中遇到了故障了，又会是哪些状态呢？
在访问众多的网站中，相信大家都有遇到过下面的场景：
一般遇到这种情况，大多数都是点击高级继续访问，类似那种无视风险继续安装的意思。但其实这是浏览器在向你发出的一种警示信号，告诉你：访问这个IP地址的网站是不安全的。那么浏览器是如何得知的呢，答案就是证书。
对于碎片化的信息，知识，一直都没有很好的整理。有做过文档笔记，但是查找起来很麻烦，有的时候还不如直接百度来的快，因此也出现了重复性的搜索，于是为了方便自己，提高效率，萌生了搭建博客的想法。 docusaurus博客框架符合我的美感，之前也看过其他的博客框架，例如Hero，Wiki，Wordpress，Hexo等，但都不太喜欢。 于是开始了解docusaurus，但自身并不懂前端语言，于是就在看到了河山的博客，感觉很不错，接下来的工作就是进行二开了，经过了三，四天的修改，便有了今天的样貌。
基于docusaurus搭建的主题，结合了简单易用与其他开源页面设计方案、支持MDX和React、可扩展和定制等优点，以及加上多设计美观、博客与文档一体的主题，为你提供了一个优秀的个人页面解决方案。该主题使用🦖 Docusaurus搭建，遵循MIT协议。
