服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

非常快的虚拟机回滚

简介:是否有一个虚拟机针对快速内存中回滚到以前的状态进行了优化? 我在StackOverflow和SuperUser上试过了 – 也许这是问这个问题的正确的地方。 🙂 我正在寻找将虚拟机回滚到以前已知状态的最快方法。 我会做很多回滚到相同的状态。 拍摄快照可能会很慢,但回滚需要很快。 理想情况下,我希望回滚的性能尽可能接近单个memcpy()的性能。 我目前正在testing我的便携式机器(Mac OS X)上的东西,但稍后会将其部署到强大的Linux服务器上。 可移植性会很好,但只能在Linux上运行。 商业解决scheme是好的,如果他们完成工作。 下面是memcpy()在我的机器上花费的时间:( 代码在这里 ) 尺寸时间 ========= ========= 64 MB 0.030 s 128 MB 0.085秒 256 MB 0.140秒 512 MB 0.290秒 1024 MB 0.600秒 到目前为止,我已经在我的机器上尝试了VirtualBox和VMWare Fusion。 两者的performance相当。 理想情况下,我也想回滚磁盘状态。 VirtualBox似乎支持“不可变的”磁盘,所有的磁盘I / O都被logging到一个差异文件中,并在回滚时抛出。 这似乎是天作之合。 对于VirtualBox回滚具有2.5 GB分配的RAM的虚拟机,其中保存在磁盘(SSD)上的状态需要约35秒。 由于磁盘I / O预计会很慢,我接下来创build了一个RAM磁盘(格式化为HFS +)并将快照移到那里。 否则,不变的虚拟机回滚到相同的状态需要大约16.5秒。 快照数据占用1.11 GB。 因此,从RAM磁盘回滚时,VirtualBox需要大约15s / […]

mysql主 – 主设置作为一种简单的主从升级的方式

我试图看看下面的计划是否可行。 这里的目标是能够做HA(正常运行时间),而不一定是加载 – 在一个MySQL 5.5服务器(使用innodb)上写入很好,但在数据库closures时不可能。 目前,我有一个主从复制设置工作正常,除了没有自动升级(显然)。 我打算做的是设置主 – 主复制,以便使用Amazon Route 53 DNS故障转移(运行状况检查)执行此“自动升级”。 我试图避免的是不必做自动增量的伎俩,因为“业务伙伴”习惯了自动递增的PK作为连续的数字(是的,我知道这是不好的,但数据是从2004年)。 因此,在没有自动增加防冲突位的情况下设置主 – 主复制。 主要主数据库是db1.domain.com,辅助主数据库是db2.domain.com 在Amazon Route 53中,为db.domain.com设置DNS故障切换logging – >主故障切换为db1.domain.com – >在IP地址端口3306上使用TCP健康检查 – >辅助故障切换为db2.domain.com – > IP地址端口3306上的TCP健康检查 大多数情况下(99%),除非tcp://db1.domain.com:3306已经死了,db1.domain.com将在DNS命中db.domain.com上。 事实上,希望这是100%。 这可能的缺点是失去了主键(碰撞),我认为我可以失去一个订单。 我们是一个低数据量的B2B业务,如果发生这种情况,就可以打电话给我们的客户(像一个订单消失)。 这听起来像一个好的计划? 然后,我也将在db1.domain.com上运行另一个从属复制作为“主”到一个slave-db1.domain.com – 不知道为什么,也许是沉重的SELECT?