关于 幸运飞艇大小单双口诀 zs25.vip 主管Q:86<4 的搜索结果,共991
金****洲 2018-07-10
混乱的集群遇见TA 从此岁月静好
AHALO全称Hybrid-cloud Application Layout and Operation system,顾名思义,它是私有云或混合云环境中的基础设施部署和集群控制系统,是混乱集群中的第一束光,让无序的集群世界变得有序可控,是云最底层的基石,肩负着裸机环境配置,root域权限控制和智能托基础设施的重任。如果没有HALO,集群机器将处于失控的状态。它屏蔽了云服务底层繁杂的控逻辑,提供简化接给上层系统NoahEE调用,使上层系统更好更快地释放价值。 Q这么优秀的系统到底是如何实现的呢? AHALO系统采用从架构,分为Master端和Agent端。 Master端要做复杂的任务调度和控逻辑,并且所有功能都是模块化设计,用户可以根据自己的需求定制安装,包括虚拟化容器理,应用包理、部署、扩缩容、拓扑搭建和保活,集群控制等。 Agent端则以简为原则,弱化繁琐功能,仅作为任务的执行器,其中的supervisor组件,结合父子进程原理,做到自升级和自保活,把云维人员的工作量降到最低。 整个系统的工作流程也十分简洁优雅!
流****水 2018-07-11
度云企业级维平台——NoahEE
资产理 在机房里,各种各样的服务器、网络设备和安全设备7x24时的转,为我们的业务提供了硬件保障,是企业的重要资产。各种设备的物理损坏、升级、新增、搬迁等等都在考验着机房维人员的能力。怎样维护这些资产并记录信息,是个很重要的问题,搞得不好,这些资产可能变成维人员的“包袱”,越多越头疼。 对这些设备的维操作,通常都涉及不少的物理操作,比如说更换损坏的硬盘,增加内存条等等。这里涉及到几个要解决的问题: 故障如何及时发现?发现后由谁来进行修复? 物理操作维护怎样反应到系统里? 不同角色(职责)的维人员之间如何协同操作? 对于故障处理与修复,NoahEE通过故障自动发现与工流程解决了上面的问题。系统自动探测故障放入故障池,并建立故障工,由相应的人员进行操作。另外,NoahEE提供了不同的工流程覆盖了日常机房维中的操作,从设备采购入库、上架、机架变更,直到设备下架、出库全生命周期覆盖,做到所有维操作记录可追溯。有了资产理,维人员可以在服务器完成入库、上架工后即可在服务理中看到该服务器并进行理,无须任何其他操作。
p****d 2018-07-11
机房故障自愈--维的春天
基于以上两点,结合智能维开发框架(详见AIOps时代,你准备好了吗?),机房故障自愈框架无缝支持不同业务线,使得研发者可以更关注策略本身,而无需关注不同业务线维模型、底层平台适配成本。 总结 通过机房故障自愈系列文章,我们详细介绍了机房故障止损的必要性、准备工作,并构建了基于容量动态分步流量调度的机房故障自愈框架,实现自动化智能化故障止损。对整体机房故障自愈解决方案不同阶段的改进总结如下:
红****2 2018-07-10
故障自愈机器人,保你安心好睡眠
机房故障自愈解决方案概述 百度AIOps框架中,机房故障自愈解决方案构建在维知识库、维开发框架、维策略框架三个核心能力之上。具体过程为自愈程序搜集分散的维对象状态数据,自动感知异常后进行决策,得出基于动态编排规划的止损操作,并通过标准化维操作接执行。该解决方案策略和架构解耦,并且托到高可用的自动化维平台之上,实现了业务在任意个机房故障情况下皆可自愈的效果。 截至目前该方案已覆盖百度多数核心产品,止损效率较人工处理提升60%以上。典型案例: 在8月28日某产品在机房故障发生后1min55s完成止损。 在后续文章中我们会继续介绍机房故障自愈的更多详细内容,敬请期待! 机房故障容灾能力的建设 在容灾能力建设中有哪些常见问题? 如何证明服务已经具备机房容灾能力? 机房故障人工止损方法 人工止损时如何感知服务故障? 人工止损时如何收集故障信息? 人工止损时如何进行流量调度? 机房故障机器人止损方法 如何设计机房故障自愈整体方案? 如何降低流量调度风险? 如何应对不同业务流量调度策略和平台的差异?
w****t 2018-07-10
AIOps中的四金刚
维工程师 在机房故障自愈项目中,维工程师基于日常维工作中所积累的场景、问题和经验,确定以机房故障止损作为要需求和突破,通过定义机房故障止损的问题域、解决思路以及风险点,明确AI可以发力的领域。 在完成问题域的定义后,维工程师需要跟踪整个机房故障自愈解决方案的落地,包括在策略设计前期提供数据标注支持,在中期进行效果的验收,在后期将机房故障自愈方案实际部署行到生产环境。 AIOps时代的职责和技能变化 维工程师承担线上服务质量的责任,是服务质量的关键保证。在工作过程中,会与研发、产品、营等各类角色、不同团队进行深度的沟通和协作。 传统维中,维工程师的要职责分为三个方面:质量、成本、效率。 在AIOps落地实施中,维工程师是处于中心的角色,也赋予了新的职责,他们是AIOps具体实施的需求提出者和成果验收者。
m****t 2018-07-11
设计中立公有云云平台
第四附加云资源 前文的必要云资源是狭义但经典的云资源,其要目的是将物理资源抽象化输出资源池化调用。而另一些服务上云更多是技术上强调自己接入了VPC,或者强调自己开箱即用、无限扩容。云平台集成这些资源是为了节省用户人力和统一出账,在人力和工期紧张时,下列服务我们一个也不做,让用户自己在虚拟机上搭建;在人力和时间富裕状态,我们要认真评估如何接入服务。 依赖虚拟IP和共享硬盘的传统群集服务,比如多从MYSQL,Keepalived+Redis,Heardbeat+DRBD+NFS,Oracle RAC。前文在LB阶段已经讲过VIP无法在VPC网络里自由漂移,部分云厂商又不太支持共享硬盘、心跳线等功能。云平台可以集成这些资源应对中型客户需求,也可以直接建议客户机部署;重型用户需求产生了就不轻易变动,可以通过云平台自测试、云厂商定制开发、接入混合云物理机等方式来个案独处理。 客户端旁观选举的自协商群集服务。最近十年出的新服务,以及一些老服务的Cluster版都在走向智能化群集的方向。
l****m 2018-07-10
五年前的预言——2012年云计算时代的维职位展望
维人员中一多半都是网站维,这些维受到云计算行业的碾压性冲击,必然会波及整个维行业,以及因此衍生的培训、理、硬件销售、IDC工作。 我原先一直不愿意承认这一点,我也认为维工作很重要,但前端时间我看了一个故事,想和家分享一下。 在191x年的时候,每个工厂都有一个副厂长负责理电力,那个时候新建工厂要考虑是自己建水电站还是火电站,甚至连拉煤球的车都要自己准备;但后来各个工厂用的电力标准趋于一致,就没有企业自发电而是从电网买电了,这个电力副总裁的职位就成为历史了。 我记得05年以前做维,我们都要自己找很多种驱动、学习不同的板配置方式、研究自有机房的空调系统,但如今维的职位完全不用关心这些事情了,反倒是对负载均衡、高可用、数据等问题越研究越深了。 云计算的目标是让IT服务像电力一样随时可用,这是一个积极正面的趋势,没有人能也没有人应该挡住他,维职位可用消失,但你不应该因此而失业。 本次去参加WOT云计算架构师会,我就是想看一下云计算究竟发展成什么样子了。这次会后我胆估计,云计算会在短则五年、长则十年的时间里将部分维的饭碗抢走。
嘟****y 2018-07-11
型企业适用的云平台账户体系
这些年来云计算技术突猛进,但我一直很怕和客户谈云平台的账户体系,因为客户有合理化需求,而(某客户说)云平台的账户设置就是在糊弄鬼。随着部分云平台在完善账户体系,我们可以心平气和的谈一谈而非吐槽这个问题了。 云计算公司的技术班底都是个人业务起家,他们最早接入的是中企业和创业者,其账户体系并不适用于型企业客户。型客户上云之前都用过虚拟化、域理、网资源理软件,肯定不适应这套功能薄诡异的用户约束。本文的目的是为了让客户有底气提出质疑,让云平台继续完善开发,最终提供符合企业级应用场景的账户体系。 第一.账户注册问题 首先我们看法务问题,如果注册时死抠法务问题,国内各云平台会颗粒无收。 我随便摘取了几段账户注册的用户协议: 客户的云账户是唯一身份识别依据,就连交钱时也是只认账户不认人。 云平台有权限制客户账户下所有产品及全部功能,心情不好就不卖。 客户保证不会影响云平台关联公司的合法权益,其标准由云平台做权威判断。 这是不是有一种“客户你好,我是你爷,爱买就买,不买就滚”的即视感?谁有资格代表公司去注册账户和同意条款,IT部私自注册云账户跟私签合同的区别吗?
TOP