关于 非制_真实服务多少钱_薇V:78792796薇高台县按摩一条龙 的搜索结果,共1725
M****点 2018-07-10
中国云计算现状——产品篇
本文二十个字之前我就说过, IaaS产品的优势是快速低成本交付,但是太的用户户盲目的追求云主机的可用。物理机要求硬件稳定永不死机,而云主机适合批量创建快速释放,不太关心单云主机的可靠性,这要求应用层支持可用。即使云平不承诺主机的无限可用,其故障恢复速度也远快于物理机。新生的云计算不敢明确挑战物理机时代的用户观念,现在该纠正这个误区了,成熟的云计算平不强调单机可用。基于同样理念,用户追求超配置的云主机是架构缺课硬件来凑的临时手段,正途是将业拆散到中低配主机上。 当前虚拟网络的性能短板并不是速率,主流云平内网互通速率是1Gb,个物理万兆网卡正好负载20-30虚拟机,这是性价比均衡的选择。虚拟网络的性能短板是包量,器CPU不是交换机CPU,它的配置再好也只能处理20万左右包量,所以低配虚拟机被抓做SYNFlood肉鸡也能瘫痪个物理节点,各云平正在逐步推进虚拟网卡的包量限,但还有大片的漏网之鱼。 虚拟网络对用户行为的改变是抑ARP广播,各种旧有IP漂移技术都离我们而去了。
疏****月 2018-07-09
键上线Archer | 百度持续部署的瑞士军刀
Archer的配置文件路径、的启停脚本及运维命令具有固定的标准并且支持定化,使用Archer进行部署的具有统的包结构; 支持分级发布,及时拦截部署引入的线上故障 针对分级发布的使用场景,Archer支持串并行上线及暂停点功能,可照单例、单机房、单地域等级别设置暂停点,并支持部署过程中进行暂停、继续、重试、撤销等操作; 业地域部署 地域部署主要需要解决不同地域配置不同的问题。Archer提供了配置派生功能以支持地域部署的场景。Archer支持在同份配置文件中设置配置变量,并在特定地域(机房)中生成特定配置值; 种网络环境及大包部署 针对种网络环境及大包部署的使用场景,Archer提供了部署数据中转传输。采用中转的上线在发起任后,部分代码将首先被转存至中转机上。
h****e 2018-07-10
程序:我从哪里来?
通过部署在机器上的客户端感知到例的状态变化(比如例状态由0变成-1,即正常变成正常),并将数据同步到系统中的分布式缓存,上游模块可以通过查询redis.noah.all的例状态结果,主动过滤正常的例,也可以在BNS系统中发起屏蔽故障例的操作,在查询过程中会自动过滤该故障例。 在下节中将具体介绍BNS系统的整体架构。 基本架构 BNS系统主要包含几个部分:流量接入层,Web Server,存储层,代理客户端。 作为个底层的基础,BNS系统每天的访问量近千亿次,这对系统的可用性提出了很的要求,因而系统需要在各个层面有完善的容灾能力和流量管控能力。 1流量接入层 系统通过HTTP接口对外提供变更,用户通过Web页面或者接口进行例信息注册。为了保证平稳定和安全的运行,需要对法和异常请求进行拒绝,在流量接入层(Proxy)端提供了以下两个功能: 流量鉴权:每组、单元、例的注册都需要进行权限验证,用户只有申请了合法的Token才能允许访问,另外系统还提供了白名单等其他的鉴权方式。
m****t 2018-07-11
设计中立公有云云管平
云管平的客户很会滥用资源,平是厂商的大客户也不会轻易欠费停机,云管平可以只做简单粗糙的配额系统,以减用户误操作为准,如果工期过紧甚至可以先不做配额系统。 用户系统要有个客户可用的Web管理控,让用户可以完成各种资源操作。该管理控借鉴各大公有云控即可,所要展示的资源和功能已经在前文讨论过了,该产品可完美模拟功能强大,也可以极速从简只做必要功能。 3.计费系统 标准计费系统的功能复杂又强大,每个账户是预付费还是后付费、当前有余额/透支额度、单个资源是打包整体付费还是量付费,免费配赠资源的占用策略,资源欠费后的保留周期,网银和财付费接口,甚至连发票管理都是计费系统要涉及的。 本部分说明如何用两个人月就能做出来的对账式计费系统。 用户相对可控,对反赖账逻辑就可以弱化甚至不做。 量付费就要几分钟次频繁对账,那就把虚拟机、公网IP的量付费砍掉,通通做成包月付费;对不能做成包月付费逻辑的资源,小金额需求直接打包或减免(比如说OSS的get post费用是百块上亿次),大金额项目只能做成延迟出账单的后付费(比如CDN账单)。
摩****5 2018-07-11
都是防晒
小****园 2018-07-10
让PB级云存储不再神秘
1、群集总览 计算机只是个应用技术,最近几十年有颠覆性技术革新,我们做的是架构选型和调优,通过放弃某些功能来获得更更可靠的性能,而设计个新模式。为了性能容量的对象存储,只有将其在HTTP访问场景下做深度优化定,让底层组件的功能简单甚至笨拙,才能现足够的性能和稳定性。 首先让大家惊讶下,我喜欢的对象存储每个节点看起来都有点土。 大部分器拆了硬盘后价格低于两万元,没有任何吞金怪兽级硬件。 分布式系统网络IO最珍贵,但为省我更愿意用几根千兆线做Bond。 只做入门常识级系统优化,没用专用文件系统也没写裸设备,据说每个节点有50%的性能优化余地。 整体结构可以简化到不需要画架构图的地步,群集有几十个功能项,你想合并成几个也行,想分成几十个进程也对。 因为有超的容错性,所以群集自协商机比较简单,嗯,应该说是简陋。 我们不买器,因为我们的技术是做公有云过来的,公有云定价不看成本只看友商的价格,合理花才能生存下去持续;我们不做单点极限性能优化,那是招不到架构师才走的歪路。
布****五 2018-07-10
如何执行命令
图2简单问题放大后也变得困难 百度目前拥有分布在世界各地的几十万器,并且随着业的不断扩张,这个数字还在持续增长,构建效稳定通用可扩展的命令描述、传递、执行系统在这样的环境中有着重要的现意义。对百度各产品线的用户来说,这样的个系统,最基础的要求是:执行效,控灵活,扩展方便。 1.执行效: 单机执行,要求能够达到秒级命令下发/执行/结果收集。 集群执行,要求支持同时在10万器上并行执行,同时保证集群中每个机器达到单机执行的性能。 2.控灵活: 单机控,要求支持暂停、取消、重做功能。 集群控,要求支持暂停点功能,也即可以在执行到某器时暂停,等待人工检查确认无问题后可继续执行。 3.扩展方便: 支持插件,要求支持自定义执行插件,用户可编写自己的插件执行相应操作。 支持回调,要求支持自定义用户回调,如任执行失败调用相应回调接口。 除了以上的业需求外,个分布式系统的搭建,还要考虑可用性、可扩展性、性能、致性等方面的硬性要求。
嘟****y 2018-07-11
大型企业适用的云平账户体系
前文是说注册阶段的法承诺,到使用过程中云平又会有各种奇怪的“资格认证”“功能审核”等问题。云平要规避自注册客户的政策法规问题和恶意欠费问题,但这和大客户有什么关系?供应商用“认证”“审核”这类词跟甲方说话就是态度不端正,这又是句“客户你好,你要从管理,爱审不审,不审就滚”。这类甲方的身份资料是公开的,也不会恶意赖账,这时应该由乙方主动记录合规信息,后透明完成功能开通,设置消费和透支上限。 假设客户是成长型公司,以前CEO创建的账户让员工继续使用。某天CEO被老婆打了顿,因为他的网购记录有给“丽丽”订花和开房;或者网警约谈该倒霉蛋,警告他不要用网盘传播法视频;也可能CEO打开聊天工具,发现自己很幼稚鸡汤文给投资商。不要误会是有人要整这个CEO,SSO单点登录,同事用混了账户也正常。 如果客户放弃使用某云之后,原账户不注销滚动欠费几千万怎么办?云巨头们都是横向体化经营,搞不好会和客户有竞争,霸王注册款下的法风险确存在。 个企业的账户不应该由客户注册,而是供应商主动提供,像IDC和CDN就会主动给客户提供查带宽的账户。
w****0 2018-07-11
单机房故障自愈-黎明之战
单机房容灾能力--盲测验收 完成以上四点单机房容灾能力建设后,业线就具备了通过流量调度进行止损单机房故障的基本件。那么如何验证业线是否具备该能力、能力是否出现退化,我们采取盲测验收的方式,模拟或造故障,验证不同业线故障情况及止损效率,并给出相应的优化意见。 根据业线进行容灾能力建设的不同阶段,我们从对产品际可用性影响程度、成本、效果等方面权衡,将盲测分为三种类型: 无损盲测:仅从监控数据层面假造故障,同时被测业可根据监控数据决策流量调度目标,对于业际无影响,主要验证故障处置流程是否符合预期、入口级流量切换预案是否完整。 提前通知有损盲测:植入际故障,从网络、连接关系等基础设施层面植入错误,对业有损,用于战验证产品线各个组件的逻辑单元隔离性、故障应急处置能力。同时提前告知业盲测时间和可能的影响,业线运维人员可以提前准备相应的止损操作,减单机房止损能力建设不完善导致的损失。 无通知有损盲测:在各业线单机房容灾能力建设完成后,进行不提前通知的有损盲测,对业来说与发生故障场景完全相同。验证业线在单机房故障情况下的止损恢复能力。
s****d 2018-07-11
亿元级云用户分析
资源持续--亿元大客户不要求云平永不故障,但要云平承诺清晰SLA,事后给个合理的故障报告。 后记 如我在《复阿里云并不难》中所说的,个云行业半个IT界”,云行业将垄断IT界半的营收和利润。本文讨论的亿元大项目,目标就是拿下IT圈的营收上限。现在亿元大单都是云厂商在侵入系统集成商的势力范围,后面云厂商会得到越来越的亿元大单。
若****客 2018-07-10
IT架构的本质--我的五点感悟
上层需求优化,即前端对后端输入查询容错,而同级容错可以看做应用间的需求优化,比如两个可以幂等重试就是好解耦,而A系统会等B系统等到死锁就是架构悲剧。 某电商ERP系统的用户点次查询钮,后系统就锁库查询次;操过程中系统越慢用户就重复点查询钮,而并行查询越速度就更慢。这种环境要搞架构优化,首先要理解自然人并不要求时数据,ERP客户端限每15秒才能点次查询钮,在Web接入层限每个Session每分钟只能查询次,还可在数据库链接类库上做层控策略。媒体工程师最好的情人节礼物会是个完美的播放器;它可以自助容错选择CDN,可以主动预缓存下分钟的点播内容,可以完成私有解密编码工作,可以和广告系统解耦独立加载,可以在卡顿时更换线路和存储日志,广告日志和卡顿日志都低速适时后上传。 2.群集设计通用规则 前端复后端拆,时改异步,三组件互换 前端复后端拆,时改异步,IO-算力-空间可互换——要做架构就要上群集,而群集设计调优翻来覆去就是这三板斧: 前端是管道是逻辑,而后端是状态是数据,所以前端复后端拆。
流****水 2018-07-11
度云企业级运维平——NoahEE
图1 NoahEE概览 接下来,我们把这艘诺亚方舟分解开来,近距离观察下这艘船的方方面面。 管理 我们首先介绍管理是因为管理是整个运维工作的基础,也是NoahEE这个平上各个系统能够进行批量自动化操作的关键。管理这个概念的出现,是随着业快速膨胀的必然,其要解决的主要问题是个“量”,或者说“规模”的问题。在早期业较为简单时,可能部署在几甚至机器上,进行变更等运维操作简单直接,登录到机器上人工操作就好了。随着业的发展,分布式应用与的广泛使用,我们越来越的面临着运维场景与运维执行之间的脱节。 举个例子,今天17:00开始对X机房的地图导航模块进行升级。对于产品研发的同学来说,关注点是语义明确且更具描述性的“运维场景”;而对于运维人员来说,关注点是此次升级操作所涉及的机器等资源在哪里。在业规模发展到定程度后,运维工作还停留在早期人工或脚本方式执行的阶段时,这样的差异常频繁的发生。 在际的运维中,还有更的因素需要考虑,例如机器是否会分配给不同部门(资源的隔离)?权限又该如何控
雪****魁 2018-07-11
危险背后的机遇--云故障危机分析
软件BUG 相比客户自己粗选个物理机的OS,云主机精选的虚拟机OS、宿主OS、Hypervisor的软件BUG并不,大中型云厂商都有精选底层支撑软件的力,但客户装物理机自选的OS都可能有驱动问题,三个精选软件的故障率个粗选软件更。 但是从云资源的管理、调度、监控软件,到客户界面,API管理、账户和后策略层面,越往上走的软件质量还不如XXXX,此处省略万五千字,客户自己揣吧。 厂商深层原因 厂商报故障就跟滚刀肉挨揍样,脸疼了就把屁股凑过来,屁股疼了就捏捏脸,般不会只羊使劲薅羊毛,毕竟云报障也要负载均衡。但客户自己心里要有秆秤,厂商究竟是偶尔发挥失常还是烂泥扶不上墙,故障的性质对长久的品质很重要。 我列下潜在的故障原因,哪些故障能忍,哪些故障不能忍,这些要云客户自己评估了。 技术原因 IaaS的核心主体功能(云主机、云硬盘、VPC),在没有特型要求前提下,是可以用开源方案搭建。如果是云厂商连个开源平标准模块都部署失败,那就该换厂商了;如果是偶发的BUG,那确客户要自认倒霉,因为友商也会遇到同样问题。
s****7 2018-07-10
见微知著看技术误解——从裸光纤和NTPD谈起
、裸光纤的故事 前几天和朋友聊天,谈到根裸光纤可以分波分大的问题。 几个业内好友都明确说根裸光纤最跑10G带宽,而于老板明确表示裸光纤任何个波分(或者不做波分)都可以跑100G以上。 后来我和于老板深究原因,不可能几个朋友都骗我或者都蠢,很可能前些年光纤波分机自己只能甩出10G口,或运营商租光纤套餐里只有10G规格,给大家造成了裸光纤只能跑10G带宽的印象。同样固有的印象是光纤必须从运营商那里租,而且价格很贵还必须买波分设备等等;其现在企业专线的市场竞争很充分,拉同城裸纤公里也就小几百块,而且短距离裸纤也不值得上波分设备,直接对接模块即可。 二、NTD是试金石 我对裸光纤是门外汉,但同样的技术误解让我想到了NTP,我直拿ntpd和ntpdate当做初中级系统工程师的试金石,分不清就月薪五千,分得清就八千以上(2014年市价)。但很的IT专家也在此事上跌倒,我也希望通过聊清楚层误会,说明级工程师该迷信思考。 NTP是网络时间协议,它是项传输、计算、加密技术的核心参数。
s****0 2020-08-29
百度云主机网络延迟问题
是很买 打折买了几器 目前都荒废了,因为卡得匹。
TOP