<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>K8s on eonh1u Blog</title><link>https://eonh1u.github.io/categories/k8s/</link><description>Recent content in K8s on eonh1u Blog</description><generator>Hugo</generator><language>zh-cn</language><lastBuildDate>Sat, 10 Oct 2020 19:39:40 +0000</lastBuildDate><atom:link href="https://eonh1u.github.io/categories/k8s/index.xml" rel="self" type="application/rss+xml"/><item><title>volcano ECS开机逻辑修改记录</title><link>https://eonh1u.github.io/posts/volcano%E7%B3%BB%E7%BB%9F%E4%BF%AE%E6%94%B9%E8%AE%B0%E5%BD%95/</link><pubDate>Sat, 10 Oct 2020 19:39:40 +0000</pubDate><guid>https://eonh1u.github.io/posts/volcano%E7%B3%BB%E7%BB%9F%E4%BF%AE%E6%94%B9%E8%AE%B0%E5%BD%95/</guid><description>&lt;h1 id="修改ecs开机逻辑问题记录"&gt;修改ECS开机逻辑问题记录&lt;/h1&gt;
&lt;h2 id="修改原因"&gt;修改原因&lt;/h2&gt;
&lt;p&gt;之前的ECS开机在enqueue阶段实现。逻辑为：如果作业是pending状态，并且作业所需的资源大于集群的空闲资源。这个时候就为该任务开启一台ECS节点。
假设作业所需的资源为R1，目前集群的空闲资源为R2，在之前的逻辑中会选择一个资源为R3的ECS节点，使得R3 + R2 &amp;gt;= R1。这样就出现了一个问题，我们的想法是使得作业能在新开启的节点上运行的（目前只考虑单机作业), 即新开启的ECS必须满足R3 &amp;gt;= R1, 这样看来，之前的开机逻辑是存在问题的，在实际中我们也碰到了这种情况。
所以我们需要将ECS开机逻辑进行更改。&lt;/p&gt;</description></item><item><title>k8s初体验</title><link>https://eonh1u.github.io/posts/k8s%E5%88%9D%E4%BD%93%E9%AA%8C/</link><pubDate>Fri, 28 Dec 2018 17:51:47 +0000</pubDate><guid>https://eonh1u.github.io/posts/k8s%E5%88%9D%E4%BD%93%E9%AA%8C/</guid><description>&lt;p&gt;此文将第一次对k8s的感受以及对k8s中的部分的作用进行解释，在解释的过程中不采用特别拗口专业的词汇，试着将其中的部件用实例的方式描述清楚。当然这只是简单的将自己的现在的理解（2018，12，28）用文字表述出来，肯定是有很多错误的，并且对其中各个部件具体的组成不会介绍。已经将会随着学习的深入，将描述变得清晰一点。&lt;/p&gt;
&lt;h3 id="1master与node"&gt;1.Master与Node&lt;/h3&gt;
&lt;p&gt;Master与Node在现实中对的你可以理解为一台电脑，一个虚拟机，一台服务器这种例子，我们在进行配置的时候可以根据地址指定某台为Master或者Node。Master与Node可以共存，也就是说可以指定某台为Master的同时并将其当作Node。
Master的作用是：对整个集群进行调度，并提供系统进行操作的接口
Node的作用是：同劳动力一样，就是进行劳动，将Master所分配的任务完成就好。&lt;/p&gt;</description></item></channel></rss>