首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    如何将数据中心10G/25G网络升级至40G/100G 2019-03-28 10:26

    随着云计算、大数据、物联网、人工智能、5G等新兴技术的迅速推广和应用普及,不断涌入的数据流量促使各大服务商不断地重新审视数据中心内数据传输速度的升级。数据中心传输设备需要将数据传输速度从原来的10Gbps、25Gbps提升至40Gbps、100Gbps甚至400Gbps。而由于更高速的光互联网必然带来成本、功耗、尺寸等各方面的挑战,作为数据中心的系统架构师必须谨慎考虑,以确保做出最佳组合选择,特别是减少故障率,减少耗能、提升兼容性等等,从而充分发挥硬件升级带来的各项性能的提升。晟科公司从物理连接方面提出10Gbps/25Gbps提升至40G/100Gps升级方案:

    02

    QEMU增量镜像制作

    在服务器上,经常需要启动数十个或者几十个虚拟机,按照我们现有的方式是安装一个虚拟机,然后复制相应的份数。例如,一个虚机的镜像大小是4G,十个虚机的大小就需要占用40G空间。 事实上在目前为止里面还没有执行任何程序,这些空间都是分配,实际并不一定都要使用。那么是否能够实现用多少分配多少呢?分析下可以发现,每个虚拟机里面的内核都是一样的,大部分时候我们都不需要去修改里面的内核,是否能够共用内核? Copy-On-Write模式为我们提供了很好的解决方式,通过创建一个基础镜像(base image),里面把各个虚拟机都需要的环境都搭建好,然后基于这个镜像建立起一个个“增量镜像”(增量镜像的初始大小低于1M),每个“增量镜像”对应一个虚拟机,虚拟机对镜像中所有的改变都记录在“增量镜像”里面,基础镜像始终保持不变。这样我们建立十个虚拟机,需要的空间为:4G+10*1M=4G,一下节省了近36G的空间。

    02

    redis for lack of backlog

    版本: redis-3.2.9 部署: 5台64G内存的物理机,每台机器启动2个redis进程组成5主5备集群,每台机器1个主1个备,并且错开互备。 问题: 发现redis进程占用内存高达40G,而且全是备进程。尝试通过重启进程方式释放内存,但进入复制死循环,报如下所示错误: for lack of backlog (Slave request was: 51875158284) 通过网上查找资料,修改client-output-buffer-limit和repl-timeout值,问题未能得到解决,仍然报for lack of backlog,并仍然循环复制。 move备进程的data目录,但保留nodes.conf文件,然后再重启,这次重启成功。采取同样方法处理其它备进程,同样成功,内存同样降到和主进程接近的大小10G。 待分析:为何备进程占用的内存是它的主进程的4倍(分别40G和10G)?除了上述方法外,是否有其它更安全可靠的释放办法?

    05
    领券