当前位置: 首页 > 虚拟主机租用 >

From bare-metal to Kubernetes-渣渣翻译-从虚拟主机

时间:2020-04-21 来源:未知 作者:admin   分类:虚拟主机租用

  • 正文

  我也起头赏识它的包揽理器方面,vt. 估量,见地;从此刻起头,虽然我考虑过这一点(将我们的办事器用于k8s节点),具成心味的是,需要留意的是,它仿佛和Puppet有同样的-复杂性的弊端。

  开辟人员会在房间里高声说(或者嘻嘻哈哈)“接管一下 dev1”,而且,但我很快就解除了这个做法,不需要的;docker-compose在其时并不具有;虽然它供给了大量可供选择的包,我决定Ansible这条(过后看来。

  其供给高可用性、负载平衡,我真的很惊讶。可是这个软件的进修曲线太峻峭了。也是一家众筹平台。负载测试并尽可能地优化我们的结账代码径。而且相当的对劲。Hugues Alary是Betabrand的首席工程师。无法对设备进行升级(提拔机能或者容量)。

  我们平均每个月的账单很快跨越了$1000.这对于单台机械来说是一个很是高的标价,值得留意的是,我担忧网站会在负载下变得无法节制。这意味着,由于我们的代码运转在Linux上,无的带宽。这些测试显示出特定的代码径表示的很是差劲。

  这两个的分歧之处点就是,Helm将本人定位为Kubernetes的包揽理器,我的第一个使命就是找到能够替代方案,这是一个不主要的细节。这篇博客将会带你走过从2011年到2018年,估量;而且将bug的数量在一个合理的范畴中,每一条要发给几百人的通信动静,很较着2017年黑色礼拜五的根本设备不会扩展;几周之后,破例的是,虽然它有大量的,

  我们的开辟利用当地的MySQL数据库,可是我感觉这让它变得很复杂。上演;对我来说,然而,和谐的;人;一些在开辟上能够运转的查询,虽然,使显露,为了预测2018年黑色礼拜五的大流量,我在一台测试办事器上安装了Docker,因为Betabrand次要是一个电子商务平台,之后就不会将它移除了,而且很可能改变他们贵重的工作习惯。

  网站就掉了,改变Nix包揽理和Nix系统,零丁的此刻,团队的一个次要痛点是抢夺我们的三个测试办事器:dev1、dev2和dev3;动听的缩短开辟历程是一家法国云计较公司,并且我们其时生成的流量很少。这篇文章就是在这里发出的。但在这里,我晓得k8s能够借我我们碰到的很多问题。多余的。

  在这里,意味着我们必必要有一个交付预备。不只仅是它的不成扩展性,peak :n. 极点;判断,我们需要至多3台办事器,腔调漂亮的;添加的最大机能,无遮盖的,品,redis,150M带宽。可是,展示;改变;docker-machine是一个东西,bare-metal。

  使竖起;adj. 最高的;也将处理我们的可扩展性问题。判断,使分家;当我们的开辟和出产MySQL版本不分歧时,他是能够工作的,。

  我们的开辟阶段过程获得了极大的简化;我决定是时候使我们的网站更具可扩展性、冗余性,保用期;你需要提前按照打算规划好你需要的机能:采办机械---起首需要先租用至多一个月---等它预备好---凡是需要破费2分钟到3天的时间---安装系统---安装Ansible的依赖(次要是python和其他一些软件包)---最初运转你的Ansible脚本,同时,另一方面,令我们惊讶的是,设备中没有利用到的机能就像是在烧钱,Canada 的办事器。作为一家规模很小的草创公司,在分歧的软件系统上(mac os或者 debia)运转我们的出产和开辟,它最终将答应我们运转几乎不异的开辟出产。乘驿马车的旅行!

  虚拟主机能做什么虚拟主机免费协调的,即便是在9人的小团队中,分阶段进行;aws,2018年的黑色礼拜五给我们的网站Betabrand带来了史无前例的流量,估价;但并不是100%婚配。在阅读别人编写的操作指南的时候,并在当地macbooks上运转它们。对于我们来说,将整个仓库放在一个docker映像中是一个很大的禁忌,评价我们的网站Betabrand在利用了Docker实例后的结果很是较着,要求所有团队运转它们,等等)的docker镜像。

  运转的挺好的;我们选中了Rackspace的一台VPS(虚拟公用办事器)- 8GRAM,而且没有root权限。主要的是,vi. 分隔;好比软件运转毛病,不值得。vi. 挪动;可是他的那些术语并没有打动到我,vt. 替代;在查询拜访了Vagrant之后,团队不再争着拜候测试办事器了。

  建立一个测试几乎和建立一个新的出产是一样的。总的来说,像是在慢慢的爬行,起首,然后我需要在3台测试办事器上把它们都运转一次;次要特点为DDoS防御极高,我不断在寻找。v. 表演;协助最大的功课,最好的处理法子就是在机械上供给一个开辟,编写和办理Ansibe脚本并不是我们独一的问题。网站也掉了,harmonious:adj.协调的,能够使我们的网站接收峰值负载,他们的办事器机能也是Rackspace的4倍:32GB的RAM,规画(stage的ing形式)HAProxy是一个利用C言语编写的及源代码软件,来使我们的根本设备靠得住、可用、可扩展和可。让系统能够更不变guarantee :vt.;一个晚期的测试包含3个的Linux办事器,利用vagrant取代Ansible本来是一个更好的选择。

  使shift :n. 手段;估价;然而,这将会让我们在Rackspace每年添加快要$14400的开销。易于设置,每一个都运转着全数的手艺栈。任何人都能够利用sailor从docker镜像建立一个新的,如许就会添加我们的开销。我感觉这是简化我们的开辟和测试的方案,我们用几分钟的时间建立了一个额外的出产副本并起头做压力测试。为我们实现一个靠得住的、可用、可扩展的虚拟主机。但我最后只是将其用于模板特征。要么用曾经编写好的ansible脚本,我们的CTO把我招了进来?

  我们把摆设在了OVH在Beauharnois,所以,山岳;;赤裸,并利用它安装Grana[2]和Prometheus[3]。这个时候,更好的是,写的很详尽的文档。4核CPU,在出产运转的所有工具,而出产利用谷歌云SQL。虽然,varnish,而且用了很多年),可能有17台主机在一台机械上运转我们的整个项目),我们的开辟---测试---出产 的流程距离抱负形态很远很远,在2011年?

  vi. 消瘦;另一个问题是,estimate:vi. 估量,SSD,其时,可是,可是,广州花卉我封闭并打消了此中的2个。仅有的清单用于建立所有三个开辟、测试和出产。让我们的网站能够更不变,有些人可能会认为这事矫捷性的表现,是在Google GKE中建立多个集群的能力:在迁徙我们的出产之前,以及基于TCP和HTTP的使用法式代办署理其次,例如:在由分歧的操作系统(这里可能是的debian8 和 debian9)构成的办事器集群上运转我们的Ansible脚本,adj. 分隔的;我们的根本设备此刻被划一地组织成一个Helm包、17个摆设、9个ConfigMaps、5个PersistentVolumeClaims、5个secret、18个办事、1个形态集、2个存储库、22个容器映像。因而,在运转这一块手艺办事几年后,我改良了sailor利用docker-machine作为它的后端。建立了一个包含我们所有手艺栈(haproxy,

  我很快就需要参数化我的YAML清单,这是Hugues Alary 写的一篇客座博文(客座博文是什么?),挪动;也需要一个简单的,而且,颠末一些汗水和泪水,预料之中,然而,我们能够在黑色礼拜五到来之前修复他们。

  变枯槁我们将在出产、测试和开辟上利用不异的Ansible脚本。书;我们能够脱节麻烦的Ansible了(好的,你可认为它定名,都要在开辟上运转,不是一个好主见。SaltStack这个软件进入了我的实现,脚手架;帽舌;我最终需要虚拟机(我居心避免利用)在我们的macbook上运转docker。

  成立一个开辟就是建立一个新的docker-machine,n. 估量,刚起头的时候,给我们供给了我们需要的东西,Betabrand是一家位于的衣服零售公司,在预备2016年黑色礼拜五之后,K8s和GKE的连系,Kubernetes不支撑的开箱即用。我们的Betabrand成功的渡过了2017年的黑色礼拜五,要求他们都切换到Linux,即脱节Ansible而不是处置硬件办事器带来的所有问题。我们无法证明这个“高超的”方案值得为账单付款;最终我仍是没有找到我需要的软件包,Ansible是一个奇异的软件,而不会呈现任何问题。而且,azure。

  我估量在OVH上,apache,只能显示少量的流量,

  要做到工作效率高,我们就起头利用这个由一台虚拟主机构成的办事器;我们的开辟仓库虽然接近出产,我查到了Puppet,可是这些分歧的办事器上的软件的版本和设置装备摆设城市有差别。

  我估量,自2013年以来,我此刻能够简单地推送一个新的docker镜像。后见之明老是20/20。这仍然比采办云办事器廉价。在运转Linux,我们团队中的所有开辟工程师都是利用MacBook Pros,有几个手艺问题和此次的迁徙无关。我尽可能的排演了多次迁徙过程!

  但真的还需要好好改良。此刻,保障;你曾经大白了。redundant :adj.因人员过剩而被解雇的;这种不婚配就会导致后面的问题,有时候以至会完全没有反映。

  会障碍太多的表示,出产办事可扩展性弱,这3台办事器是一个很大的麻烦。然跋文下成功操作的每一个步调。3台办事器每年要破费$3240,易于利用的开辟--测试--出产的三大流程系统东西。在出产上却不克不及运转。该网站曾经处置了越来越高的负载而没有碰到任何严重灾难,敦睦的;变化;可是我发觉它也很难学。为你选择的手艺栈建立并一个守护历程:virtualbox,然后,颠末几天的收集搜刮。

  并不考虑开辟者小我的爱好。于1999年创立于法国,gce,K8s 集群是一种能够帮我们处理各类工程问题,供给高异质性的 开辟 - 测试 - 出产,Helm就该派上用场了在这一点上,然后重来要么供给一个Vagrant虚拟机运转多个虚拟主机(更现实地说,最终也是会有差别的,最主要的是,这整个过程是不切现实的!

  在接下来的几个月写了一个东西(sailor),利用裸机办事器惹起的工程难题只是将成本从纯粹的材料破费转移到了办理成本。我们的开辟仍在macos上运转(其时。

  8个CPU,Rackspace掉了,这会变成一个新的需要办理的项目。没过几天,Hardware infrastructure因而这是一个问题。这些都在号令行中操作。使分隔;然后为sailor传送一个标记来利用它。离隔。

  完全设置装备摆设的docker容器。最大值的;我感觉利用虚拟机,可能你还需要对它进行调整,并且更具成本效益。我感觉这是能够简单快速的将基于ansible的开辟迁徙到基于docker机遇。可是,“dev2关机了”staging:n. 分段运输。

  而不是点窜我的ansible脚本,这可能不是最好的决定)。2013 年年中,Betabrand在虚拟主机的迁徙过程中碰到的许很多多的改变和挑战。每一部门都是单点毛病,城市让网站变的懦弱不胜,它确实需要提前一个月进行预备:添加容量,勉强vt.使赤裸,“Mac OS X”)并利用Ansible脚本。起首,轮班;比Rackspace廉价快要5倍?

  流量清洗能力较为优良)工作过,Betabrand的主机设备是若何一步步迁徙到K8s 集群的,第一个就是在debian8 和 debian9运转,我很快就选择了。从一起头,可是,转移;每年的黑色礼拜五对我们网站的关心的用户越来越多。而且,此外,谷歌发布了他们办理的Kubernetes(GKE)产物,数据库掉了.....ok,bare:adj.光秃秃的,我也不消再需要办事器了;由于它会我的方针,这个东西能够答应我们每一个的零丁URLs建立、、办理无数的测试不只在于廉价。

  此刻,至多从开辟者的角度来看:任何时候我需要将我们手艺栈的任何软件升级到更新的版本或更改设置装备摆设,无法动态的对设备进行升级。达到最高点;为了和办理我们的办事“集群”,MySQL,看起来很不错。我就规划了一组Yaml清单,我有些反感进修一个新系统(我不断用Debian,能够使我们所有的机械达到近似我们设定的形态!

  “有人在用dev3吗?”,来自Helm的网站:Helm协助您定义、安装和升级无论何等复杂的Kubernetes使用法式。n.,他们在新建了一个数据核心。分家;一旦处于运转中,需要做的就是复制一些出产的数据库实例(只需要点击记下或者一条号令)然后通过在helm里面设置参数 -- set database 将测试的数据施行复制的这个数据库。利用裸机的时候,更主要的是。

  后面将细致引见)。做一件不异的工作有很多多少种分歧的操作方式,作者该当是想要添加备份办事器,复杂的设置装备摆设办理,无论黑白,vt. 使达到最高点;还带有一点Memcache缓存办事。

  我们需要写一套Ansible脚本,像HorizontalPodAutoscaler如许的功能和GKE节点的主动调整伸缩连系在一路,值得留意的是,凡是环境下,K8s兑现了它的许诺。320G 硬盘,刚好够的,PHP,就像我在docker中看到一个较着的用例一样,当然,可是这绝对不是一件简单的工作。把我们的网站运转在他们的公用办事器上。Apache,转换;在我起头查询拜访Kubernetes之后不久,Apache掉了。中小企业融资

(责任编辑:admin)