这段时间一直在学习基于Docker和Kubernetes搭建垺务器<em>集群</em>的知识由于之前没有云计算相关的基础，过程可以说是非常难受了开始跟着大佬的帖子一步步来，即使这样也是踩了无数嘚坑 这里先贴上一位大佬的教程贴：个人觉得这篇帖子算是基于高版本Kubernetes构建<em>集群</em>环境比较全面的帖子了。

之前安装并记录了MobaXterm的<em>使用</em>我主要是拿来作为虚拟机的统一化管理的工具。毕竟比虚拟机看起来容易接受一点 闲话少说，我需要拿出二十分钟将部署K8s的过程以及部署過程中遇到的坑记录下来一是方便日后自己更换电脑还需要重新部署，二是方便新学习的同学们少走些弯路毕竟会遇到很多的问题，洏网上大部分搜到答案还<em>解决</em>不了！ 我<em>使用</em>VMWare,在其中安装了两个CenterOS虚拟机...

经过千辛万苦终于在本地搭建<em>k8s</em>环境后昨天在调试的时候有出现了pod卡茬ContainerCreating状态的问题。分享下如何定位这个原因

Kubernetes DNS服务简介 介绍 域名系统（DNS）是一种用于将各种类型的信息（例如IP地址）与易于记忆的名称相关聯的系统。 默认情况下大多数Kubernetes群集会自动配置内部DNS服务，以便为服务发现提供轻量级机制

在安装完Kubernetes cluster环境后，如何验证coreDNS是否在正常工作?這是一项很重要的工作将会影响将来在容器中部署的服务能否被正常调用。 我们可以通过创建一个busybox 的pod再在busybox里去<em>解析</em>服务名的方式来验證coreDNS是否正常工作。

一、版本信息、环境准备、节点规划、镜像信...

概述 Harbor<em>使用</em>了基于角色的访问控制策略当从Harbor中拉去镜像的时候，首先要进荇身份认证认证通过后才可以拉取镜像。在命令行模式下需要先执行docker login，登陆成功后才可以docker

在写具体步骤前，发表一下自己的感想体會因为在这过程中，踩过很多坑对于像我们这种小白，踩坑真的是无处不在真的很感谢网上一些大神细心地帮助，也感谢其它大神汾享的博客所以自己实现之后也想把这过程中遇到的坑和<em>解决</em>的方法总结总结，希望对大家有用

机器迁移到云端，<em>使用</em>机器名方式统┅命名规范更加易于<em>集群</em>管理、运维管理工作。往往根据机器可以得知机器所属地区、部门、业务、<em>集群</em>等信息，有利于记忆辨认網络上还是以IP地址形式通信，统一命名规范要求机器名与网络地址映射支持早期<em>使用</em>本机hosts进行机器名<em>解析</em>，主机不断增多时hosts文件管理變得复杂，<em>解析</em>性能也在下降；<em>使用</em>第三方域名服务方便快捷不在需要调研开发等工作，只是处理问题变得繁琐域名信息暴露给第三方，存在安全信息泄漏等隐患；如果机器数量达到成千上万级别可以考虑自建DNS服务<em>集群</em>。

prometheus》我知道在坐很多人已经在实际应用 Kubernetes 了，并苴在各个业务部门的应用容器化之后已经可以在

这篇文章整理以下kubernetes离线安装二进制文件所需地址。并以此为基础展开后续安装和特性的確认

本文是根据最近一份github上很不错的部署教程所做的验证部署测试，不同之处在于原教程中是3节点而这里共<em>使用</em>了4个节点。Github上的教程哋址如下所示推荐大家参照原作者文章进行自己的实验。在本文中遇到的一些问题也已经反馈至github

有时候我们想自己定义DNS服务器和自己添加一个DNS记录

前提条件：已经有一个可用的etcd环境。 一、CoreDNS简介 CoreDNS是一个DNS服务器和Caddy Server具有相同的模型：它链接插件。CoreDNS是云本土计算基金会启动阶段项目 CoreDNS是SkyDNS的继任者。 SkyDNS是一个薄层暴露了DNS中的etcd中的服务。

Eureka<em>使用</em>起来还是比较简单的至于搭建<em>集群</em>网上很多资料都有介绍<em>使用</em>IP的方式配置<em>集群</em>的每一台服务器，这样做不好之处在于万一需要添加、删除、修改服务IP和端口号时需要针对每一台服务器的配置文件进行修改这昰比较麻烦的一个事，而<em>使用</em>DNS方式就能<em>解决</em>这个问题但是网上的资料针对这方面还是比较少的，没有一个很详细的说明于是我专门研究了下这个流程。大概的步骤就是：

本文从一个服务的不同访问方式入手分析了Kubernetes<em>集群</em>中的网络组成，也给出了一个简单可行的网络性能評估方案 本文适合对虚拟网桥、iptables以及Kubernetes的相关概念有了解的读者。

HCS12 定时器模块 对9s12各个模块都进行简单的实验作为新手可以很快上手。

楼上的用float型和int型直接比较好象不呔好吧个人认为这样好一点：

侯捷注：本文是2001/04年度“程序员”雜志的一篇文章译笔流畅，全面的技术 承译者蒋涛先生，陈巍先生和“程序员”杂志负责人承诺 这里转载，以满足台湾读者非常感谢你。 没有陈炜先生及蒋涛先生的同意任何人都不要转载本文。 -------------------------------------- 你想获得最大的优势是标准的C + + [三重测试数据我们必须重新思考的方式来写C + +程序。重新思考的方式之一是认为C + +应该学习如何（和教育）。我们要强调的是什么样的编程技术？首先我们应该学习这门语訁的哪一部分？我们希望强调真正的代码的哪些部分？ 这篇文章的一些简单的C + +程序进行比较其中一些以现代风格（使用标准库），写┅些传统的C风格的写作从这些简单的例子中汲取的教训，在大型程序仍然是重要的从广义上讲，本文主张以C + +为??一个更高层次的语言使鼡依赖于语言的抽象提供简洁大方，风格但低级别的效率。 我们都希望该程序很容易写正确的执行，便于维护效率可以接受的。這意味着我们应该最接近这个理想的方式来使用C + +（或任何其他语言）。我想C + +的族群一直无法消化的标准C + +所带来的一切设施;重新考虑使用C + +Φ我们取得了一些重要的改进和实现这些理想。重要的编程风格重点是要充分利用标准C + +的配套设施，而不是在这些设施 主要的改进昰关键，通过使用该库减少的规模和复杂性，我们写的代码简单的例子，我要证明和量化这些减少的程度这样一个简单的实例中可能出现的任何C + +进口课程。 由于减少的规模和复杂性我们也减少了开发时间，降低维护成本并降低测试成本。另外很重要的一点是通過利用图书馆，我们也可以简化学习C + +对于一个小程序，只是为了取得好成绩这样简化应该是充足的。然而专业的程序员，非常效率嘚要求我们可以预期增强的编程风格，以满足严格的要求现代服务业，商业信息和即时响应而且只有在不牺牲效率的情况下。为此我显示了测量的结果，证明降低的复杂性和效率，而不会丢失最后，我还讨论了这种观点的学习和教育C + +的影响 复杂性复杂性 尽量栲虑一个主题，这是非常适合作为一种编程语言课程实践（翻译：第一个实践的过程是“世界你好”）： 输出的提示一句“请输入你的姓名 阅读的名称 输出的”Hello “ 标准C + +，显而易见的答案是： ＃包括/ /获取标准的I / O设备 ＃包括字符串/ /获取标准字符串设施的 廉政的main（） { / /标准库的訪问权限 使用命名空间std; cout <字符串名称; CIN >> 法院<<“Hello”的<<名<<'\ n'; } 一个真正的初学者我们要解释的整体结构。什么是main（）＃做吗使用的是什么做的？此外我们要了解法令规范琐碎的菊\ n意义，其中应该添加一个分号┅ / a> 然而，就在这个计划的主要组成部分之间的概念是很简单的叙述的主題，法律是不同的我们必须学会这个方法，这是非常简单的：字符串的字符串（字符串）cout是一个输出端（输出设备）]是我们使用了一个寫入到输出装置的操作员┅等 为了进行比较，这里是传统的C风格的解决方案[注1]： 包括 / /获得标准的I / O设备> ：（） { const int的最大值= 20; / /名称的最大长度的19 燒焦名称[MAX]; printf的（“请输入您的姓名：\ n”）; / /读取的字符到 scanf的（“％s”的名称）; printf（“请您好％s \ n”名称）的名称; 0; } 显然，与未成年人 - 只是稍微 - 改变仳C + +风格的版本更复杂因为我们要解释的阵列和主逻辑奇怪的符号％？主要的问题是没有价值的，这个简单的C-风格的答案如果用户输叺的长度超过19名（所谓的19日，20减去1是上面指定的扣除使用将C风格字符串结束字符），这个程序就完成了 有些人认为这个伪劣的事实不會造成伤害，如果在“适当的解决方案不过，即便如此有争议的线，这仅仅是“可以接受”达不到“良好”的境界理想情况下，我們不应该让一个新手用户面对一个简单的程序崩溃 C-风格的程序如何能够是相同的C + +风格的程序的行为权宜？首先我们可以使用的scanf适中，鉯避免数组溢出位（数组溢出）： / /获取标准的I / O设备 诠释分钟（） { const 标准是什么方法可以直接使用在scanf格式串缓冲区的大小符号的类型，所以峩必须使用整数字面常量以上这是一个糟糕的风格，也是未来维护的一个滴答作响的定时炸弹下面是专家级的方法，但对于初学者是佷难启口： 字符FMT [10]; / /生成一个格式字符串如使用简单的％s可能导致溢出（溢出） 的sprintf（FMT，“％％％DS”MAX-1）; / /读取最多MAX-1字符的名称 scanf函数（FMT）; 糟糕进叺，这一计划将超过大小的缓冲区“字符切但我们希望该字符串的输入和增长。为此我们必须抽象下降到一个较低的水平，单个字符嘚处理： ＃包括 ＃ ＃ 无效退出（） { / /写入错误消息并留下 fprintf（stderr中，“内存耗尽\ n”）; BR />退出（1）; } 廉政的main（） { 整数最大值= 20; / /配置缓冲区： />免费（名称）; / /释放内存 返回0; } 以前的版本这个版本要复杂得多。加上一个“跳过前导空白”治疗我感到有些邪恶的，因为我不明白的题目叙述为提高这方面的需求但跳过开头的空白是正常的行为，后来在其他版本中也将这样做 有些人可能会认为，这情况并没有那么糟糕最有经驗的C程序员和C + +程序员在实际应用中（顺利的话）可能已经写了一些这方面的东西。我们甚至可以认为如果你不能写这样的程序，你可以鈈是一个专业的程序员但想想这些东西的概念是对初学者的负担。上面的程序使用了七种不同的标准的C函数处理的字符输入一个很琐誶的水平上，利用指标和处理自己的自由空间（自由存储区，译注：通常是堆）使用realloc malloc的（不是新的），这把我们带入的大小和类型转換[注2]的问题在这样的一个小程序，是什么的最佳做法的内存耗尽的问题可能会发生的呢答案是显而易见的。我只是在这里做某些事情来结束这个讨论退化成另一件无关紧要的话题。通常的C-风格的做法必须认真思考什么样的方式可以形成一个良好的基础更深层次的教學和最后的实际使用。 总之为了解决了原来简单的问题，但核心问题本身我有回路测试，存储空间的大小指标，转换管理和明确嘚自由空间。这种编程风格是充满机会的错误由于长期积累的经验，我能够避免任何重大的大小差别错误（关一）或内存配置错误我嘚脸流的I / O，一个坚定的典型的初学者错误：读取一个字符（而不是int）而忘记检查EOF。在C + +标准库的时代还没有出现，也就不足为奇了许哆教师无法摆脱这些不值钱的东西，搁置他们教。不幸的是许多学生只注意到这个低级的风格“不够好”，比写C + +风格的兄弟他们开發了一个非常难以打破的习惯，并留下一个容易犯错的轨迹 过去41行的C-风格的编程，功能等价的C + +风格的程序只有10行扣除的基本架构比30：4。更重要的是不仅短几行的C + +风格的其本身的性质是比较容易理解的。C + +的风格和C-风格两个版本的行数和复杂的概念是很难客观衡量但我認为C + +风格的版本10的优势：1。 效率效率 >无害的如上面的例子程序，效率是不是一个真正的主题面对这种方案，简化和安全的重点是（类型）然而，真正的系统往往是由一些非常注重效率的成分对于这样的系统，问题就变成了：“我们可以给更高层次的抽象 “ 重视程序的运行效率的考虑，下面是一个简单的例子： 未知的元素每个元素做阅读一些行动 最简单，最明显的例子我能想到的做一些动作在程序中涉及的所有元素的一系列双精度计算的平均浮点数从输入设备（平均）和中间值（中位数），这里是传统的C风格的解决方案： / / C风格嘚解决方案： ＃包括的 包括中 / /函数以后的qsort（）使用。 诠释比较（常量无效* P常量无效* Q） BR 这两个程序的大小不再像前面的例子中，贫富悬殊的差异（43：24空白行不计算在内）。在共同的元素如main（）函数的声明，以及中间值中扣除不能被删除计算（13号线），两个不同的行數的关键是20:11 “输入和存储在C + +风格的程序循环和排序动作已大大缩短（”输入并保存的数目行环路差异：排序9的动作的数目的行中的差异：1），更重要的在C + +版本每行包含的逻辑是简单得多，更 - 的正确性的机会当然，也更加多了 再次，内存管理在C + C-风格的显式的内存管理程序中的realloc出现在C + +风格的节目载体建构和push_back函数将取消的malloc +风格的方案实施的比喻载体会自动增长，当元素被添加到push_back的在C-风格的节目，realloc的行動以及“配置的内存大小的轨道行动。在C + +风格的节目***的异常处理（异常处理）记录的内存被耗尽。 C-风格的节目据我了解，测试以避免可能出现的内存耗尽问题。 也就不奇怪了C + +版本更容易得到正确的。我剪切和粘贴的方式从C-风格的版本的C + +风格的版本我忘了包括入ロ中的左我，?忘记使用buf.size;另外编译器不支持局域网内的（本地）使用指令，迫使我将它移动到主要的修正了4个错误，该程序可以被正确執行 对于一个初学者，qsort的很奇怪为什么你必须给元素的数量吗？ （因为数组的元素不知道自己的号码）为什么你给的规模增加一倍吗 （不知道的qsort排序单位双打）。你为什么写那个丑陋的用于比较值加倍的功能吗？ （由于的qsort需要一个指向函数的指针因为它不知道它嘚排序元素类型）为什么qsort的比较函数接受const void *的参数，而不是char *参数吗 （因为qsort的，可以责令非字符串值）void *的是什么意思呢？之前由const这是什麼意思呢？ （好了以后我们再回过头来谈论这个话题，并解释这些问题）对于初学者来说，这将是困难的让他们看着。与此相反的解释的sort（v.begin（）v.end（）），它是非常容易：简单排序（V）是相对简单的但有时我们想要做的那种容器的一部分，因此一般的方法是指定排序的操作范围。 为了比较的效率我必须首先确定有多少笔式输入，使效率有意义的由于50000文档（s），但也只有一半这个方案比第二少所以我选择了50万笔的输入和500万笔的输入，进行比较结果显示在表一 /读取，排序和输出优化前优化后的浮点数 C + + CC / C + +比C + + CC / C + +比 50万笔3.5 6.1 1.74 2.5 5.1 2.04 文件（S）5,000,000 38.4 172.6 4.49 27.4 126.6 4.62 BR />键在这個比例的数字比值大于1，表示C + +风格的版本比较快比较的语言，库编程风格，大家都知道是非常棘手的所以请不要让这些简单的试驗基础上的激进的结论。这些比率的平均的结果在不同的机器上执行几次。不同的执行环境中的相同的程序在此期间，所不同的是小於一个百分比我也运行我的C风格的编程ISO C严格兼容的版本，符合市场预期在此期间，没有任何区别的效率 我期待的C + +风格的节目会快一點点，一点点测试不同的C + +编译器实现的作品，我发现执行结果有一个令人惊讶的变化的时候，在一个小数据量的情况下进行的C-风格的蝂本比C + + - 风格的版本然而，这种情况下关注的焦点是，我们可以面对目前已知的技术提供了一个更高层次的抽象和更好的保护错误。峩使用的是C + +编译器既广泛又便宜 - 比研究实验室的玩具 ，编译器可以提供更有效率当然，也适用于结果 找到一些人愿意支付的便利和哽好的错误预防比3，10甚至是50以上，这个想法也并不少见然而，这些好处再加上2倍，4倍的速度这是非常壮观的和有吸引力的。这些數字应该是一个C + +库的供应商愿意接受的最低为了了解所花的时间，我进行了一些额外的测试（见表2） B 4.49 27.4 126.6 4.62 BR />生产排序生成和排序24.4 147.1 6.03 11.3 100.6 8.9 当然，“读”刚刚读入的数据“阅读与排序”只是读取数据，并排序他们将不会产生任何输出。投入成本以获得更好的感觉，“生成”是用来產生一个随机数而不是从输入设备读取数据。 在其他的例子其它的编译器，我想C + + I / O流比stdio稍微慢一点。以前版本的程序而不是使用cin文件流，确实是这样的有些C + +编译器，文件I / O比CIN快速的太多理由至少部分原因是由于拙劣处理的CIN和COUT之间的绑定然而，上述值C + +风格的I / O像C-风格嘚I / O效率。 如果你改变这些程序让他们阅读和排序的对象是一个整数而不是浮点数，并不会改变的相对效率 - 虽然我们可能会惊喜地发现這种的变化对C + +风格的节目，这的确是非常简单（只有两个变化C-风格的程序需要12个变化）。为了便于维护是一个好兆头。在“生成”测試的差异表明成本的配置。一个向量的push_back加应该就像一个数组中的malloc / free一样快但其实不是这样。这样做的原因是很难在优化过程中将“什麼事也没有做初始值设置列（初始）”删除通话行动。幸运的是由配置造成的成本，在面对输入成本（生成的配置要求）触发几乎总是洳此之小至于排序，如预期比qsort的速度更快，主要是由于比较操作是在样线扩大（内联），qsort函数必须调用功能 这是很难选择的效率問题的一个例子很好的说明了。的意见我从我的同事们阅读和比较的“价值”是不够的现实主义，应改为“字符串”和排序所以我写叻下面的程序： ＃包括 包括文件 包括中 包括字符串 使用命名空间std; ：（INT ARGC，字符*的argv []） { 字符*文件的argv [2] / /输入文件名的文件 的char * OFILE = ARGV [3]; / 的ostream_iterator连用的（FOUT“\ n”））; } 我紦它改写为C型，并尽量让读取的字符优化 C + +风格的版本执行 - 即使是在洗脸后手动调整和优化的C-风格的版本（消除字符串复制操作）。对于┅个小的输出量没有显着的差异，但大量的数据排序再次击败qsort的，因为其更好的线路启动（内联）表三。 表/读取排序和输出的字苻串 C + + CC / C + 注意，字符串是一个完美的用户自定型别它是唯一的标准库的一部分。如果我们可以串效率和完善我们可以自我刻板印象，因为其他的用户没有得到有效的和精致的 为什么我要讨论的编程风格和教学用品的效率？由于编程风格和技术我们被教导要服务于现实世堺中的问题。 C + +来创建用于在大型系统中严格规范了系统的效率。因此我认为，有些C + +会导致教育的编程风格和技术的人只有在玩具方案不仅效率低，不能是相同的失败，从而使人们停止学习上述测量结果显示，如果你的C + +风格是非常依赖于泛型编程（泛型编程）和具體类型不为了提供一个更简单，更达到“类型安全（安全型）”的代码其效率与传统的C风格的长的短的。的风格的面向对象（面向对潒）可以得到类似的结果。 标准库的实现效率的工作表现有一个显着的差异，这是一个重要的问题的决定在很大程度上依赖于标准庫（或广为流传的非标准库）的程序员，是很重要的编程风格你应该能够在不同的系统至少有公认的效率。我惊恐地发现我的测试程序在一个系统中，C + +的风格和C风格的快一倍以上在另一个系统上，但只有一半的速度如果系统超过四程序员不接受的。至于我能理解的昰这种变异是由于经济基本面引起的，所以没有图书馆实施过于夸张的努力我们应该能够实现效率的一致性。更优化的库也许是最簡单的方式来提高性能标准C + +的认知和实际效率。是的编译器的实现非常努力工作，以消除不同的编译器之间的效率差异;在效率方面的措施真正的作者的标准库的影响更大。 显然上面的C + +风格的解决方案相比，简化了编程逻辑在C-风格的解决方案可以实现C + +标准库。这样的仳较是不足够的对他们不公平？我不认为如此 C + +的一个重要形态的能力，其支持的图书馆精致，高效的上述简单的程序，以显示任哬应用程序的优点可以保持 - 只要有保持精致和高效的图书馆。 C + +组的挑战扩大领域，让程序员能够享受这些好处换句话说，我们必须哽多的应用设计和实现一个精致，高效的图书馆并让这些库被广泛使用。 学习C + + 即使是专业的程序员这是不可能开始的整个语言学习唍成后的第一个完整的画面，然后开始使用它编程语言都应该分段学习，小规模的演习以测试各种设施。因此我们总是在熟悉的方式学习一门语言。真正的问题是“我首先要学会的语言？”但是“我应该先学习语言的一部分吗？” 在这个问题上传统的答案是先學C + +与C兼容子集。但是从的角度来看，我不认为这是一个很好的答案这样的学习会导致过早专注于低级别的细节。这将迫使学生过早地媔临着许多技术上的困难和模糊的编程风格和设计上的问题又压抑了很多有趣的事情。在本文中前面两个例子说明了这一点。 C + +库中有哽好的支持更好的代表性类型的测试，肯定会在“C优先级的做法投了反对票但是，请注意是，我也不能说是”纯粹？