首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

Fault-Tolerant Virtual Machines-VMware vSphere容错虚拟机设计 (1)

我们实现了一个商业企业级的系统,以提供容错的虚拟机,其基础是通过另一台服务器上的备份虚拟机来复制主虚拟机的执行。我们在VMware vSphere 4.0中设计了一个完整的系统,该系统易于使用,在商品服务器上运行,并且通常使实际应用的性能降低不到10%。此外,在几个实际应用中,保持主虚拟机和副虚拟机同步执行所需的数据带宽低于20 Mbit/s,这使得在更远的距离上实现容错成为可能。一个易于使用的、能在故障后自动恢复冗余的商业系统,除了复制的虚拟机执行外,还需要许多额外的组件。我们已经设计并实现了这些额外的组件,并解决了在支持运行企业应用程序的虚拟机中遇到的许多实际问题。在本文中,我们描述了我们的基本设计,讨论了备选的设计选择和一些实施细节,并提供了微型测试和实际应用的性能结果。

01
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    Docker搭建Redis哨兵模式集群

    基于主从复制模式的集群在发生故障时可能会出现数据丢失等情况,因为当主服务器发生故障后,需要手动进行数据恢复动作,并要重新设置主从关系,比较麻烦。   可以在主从复制的基础上引入“哨兵(sentinel)”机制,一方面用哨兵远程监控主从服务器是否可用,另一方面当主服务器发生故障时通过哨兵机制可以实现“故障自动恢复”效果。 一般来说,哨兵机制会和主从复制模式整合使用,在基于哨兵的模式里会在一台或多台服务器上引入哨兵进程,这些节点也叫哨兵节点。   哨兵节点一般不存储数据,它的作用是监控主从模式里的主服务器节点。当哨兵节点监控的主服务器发生故障时,哨兵节点会主导“故障自动恢复”流程,具体来讲就是会在该主服务器下属的从服务器里选出一个新的主服务器,并完成响应的数据和配置更改等动作。   也就是说,如果采用这种模式,可以让故障自动修复,从而提升系统的可用性。在项目里,一般会配置多个主从模式集群,所以会引入多个哨兵节点。基于哨兵模式的集群效果如下图所示。

    01

    【全文检索_09】Logstash 基本介绍

    ELK 是 Logstash(收集)、Elasticsearch(存储 + 搜索)、Kibana(展示),这三者的简称,以前称为 ELK Stack,现在称为 Elastic Stack,后来还加入了 Beats 来优化 Logstash。我们之前介绍了 Elasticsearch 和 Kibana 的简单使用,现在重点介绍一下 Logstash。   Logstash 是一个开源数据收集引擎,具有实时管道功能。Logstash 可以动态地将来自不同数据源的数据统一起来,并将数据标准化到你所选择的目的地。Logstash 使用 JRuby 开发,Ruby 语法兼容良好,非常简洁强大,经常与 ElasticSearch,Kibana 配置,组成著名的 ELK 技术栈,非常适合用来做日志数据的分析。当然 Logstash 也可以单独出现,作为日志收集软件,可以收集日志到多种存储系统或临时中转系统,如 MySQL,redis,kakfa,HDFS, lucene,solr 等,并不一定是 ElasticSearch。

    02

    Nginx 服务器配置文件指令

    localtion 配置         语法结构: location [ =  ~  ~* ^~ ] uri{ ... }         uri 变量是带匹配的请求字符, 可以是不含正则表达的字符串, 也可以是包含正则的字符串         其中[ ] 中的是可选项 uri 的是必选项: 用来改变请求字符串与uri的匹配方式         =  用于标准uri 前面 , 要求请求字符串与uri严格匹配,如果已经匹配成功,就停止匹配立即处理这个请求         ~  表示uri包含正则表达式 并且区分大小写         ~*  用于表示uri包含正则表达式 不区分大小写         ^~  要求找到表示uri和请求字符串匹配度最高的location, 然后处理这个要求   网站错误页面         1xx:指示信息--表示请求已接收,继续处理         2xx:成功--表示请求已被成功接收、理解、接受         3xx:重定向--要完成请求必须进行更进一步的操作         4xx:客户端错误--请求有语法错误或请求无法实现         5xx:服务器端错误--服务器未能实现合法的请求         http消息    代码    含义         以移动      301    请求的数据具有新的位置,而且更改是永久的         重定向      302    请求数据临时位置更改         无法找到网页 400  可以连接到服务器,但是由于地址问题,无法找到网页         网站拒绝显示  404  可以连接到网站但是找不到网页         无法显示该页面 405  可以连接网站,页面内容无法下载,网页编写方式问题         网站无法显示该页面 500 服务器问题         未执行          501 没有讲正在访问的网站设置显示为浏览器所请求的网站         不支持版本      505  请求的协议版本信息       常见:         200 OK      //客户端请求成功         400 Bad Request  //客户端请求有语法错误,不能被服务器所理解         401 Unauthorized //请求未经授权,这个状态代码必须和WWW-Authenticate报头域一起使用         403 Forbidden  //服务器收到请求,但是拒绝提供服务         404 Not Found  //请求资源不存在,eg:输入了错误的URL         500 Internal Server Error //服务器发生不可预期的错误         503 Server Unavailable  //服务器当前不能处理客户端的请求,一段时间后可能恢复正常         eg:HTTP/1.1 200 OK (CRLF)        常见的配置文件说明         1, error_log file | stderr [debug | info | notice | warn | error | crit | alert | emerg ]                     debug  --- 调试级别      输出日志信息最全              info  --- 普通级别      输出提示信息              notice --- 注意级别      输出注意信息               warn  --- 警告级别      输出一些无关紧要的错误信息             error  --- 错误级别      有影响服务正常运行的错误               crit  --- 严重错误级别  严重错误级别               alert  --- 十分严重级别  十分严重             emerg  ---  超级严重      超级严重         nginx服务器的日志文件输出到某一文件或者输出到标准输出错误输出到stder:         后面则是跟的日志级别可选项, 由低到高分为debug .... emerg 设置级别后联通高级别也会别记录         2, user user group         配置启动程序的用户 用户 组 希望所有能启动则不写         3, worker_processes number | auto         number 指定nginx进程做多产生woker peocess数         auto nginx 自动检测进程数         4, pi

    01
    领券