- 综合排序
- 最热优先
- 最新优先
- 来自专栏一个执拗的后端搬砖工
Dubbo跨机房调用
PersistentCoder 一、背景 在一些跨境业务中,特别是电商或者SAAS场景,用户群体是分离的,经营者在国内,而产品使用者在海外,或者外海用户分布在多个大区,而数据中心在其中一个大区,那么就会存在一些跨大区或者跨机房的服务调用场景 那么就需要在双机房部署的时候,优先调用本机房服务,然后如果本机房没有服务或者不符合要求,那么会调用其他机房的服务。 -- 来自asia和america集群的地址，将以 8:2 的比例来分配流量 --> <dubbo:registry id="asia" address="nacos://${nacos.address1 registry id="america" address="nacos://${nacos.address2}" weight=”20“ /> 默认，任意可用 配置调整 对于亚洲大区,读写都只需要调用本机房的服务 本着浪费可耻,节约光荣的原则,那有没有一种机制或者有没有可能对于这种跨大区服务调用的场景,只有订阅服务诉求的情况下,做到服务订阅和服务注册隔离以及可个性化定制？
4.7K81编辑于 2022-04-06 - 来自专栏杂烩
Mysql跨机房同步方案 原
假设现有两个机房，需要做到数据同步。 以下是架构图（实际架构图根据现有机房架构和实际会比下图复杂，但整体思路不变）： ? 读取二进制日志同步数据，mysql（S）读取二进制日志同步数据，并写出二进制日志 5、Canal读取二进制日志，解析成sql 6、Otter接到sql，获取连接，在机房
3.2K20发布于 2018-08-17 - 来自专栏程序员升级之路
RabbitMQ跨机房迁移数据零丢失
一、背景介绍 公司以前大部分服务在私有云上，因使用有一段时间了，机器比较老化再加上运维成本高，计划将整个机房上云，因负责中间件一块，所以最近将RabbitMQ顺利地迁移到云上。 这个我们在生产上碰到过，可以加上以下配置避免： {cluster_partition_handling, pause_minority} 另外在迁移过程中注意几点： 1）、尽量保证集群总机器数为奇数； 2）、尽量减少跨机房集群存在的时间 3、下线新、老机房各一台Broker，保证总数仍为奇数 先在要下线的机器上执行命令： rabbitmqctl stop_app 然后在存活的节点上执行命令 rabbitmqctl forget_cluster_node 4、最后下掉老机房剩下机器 命令同上 ?
1.7K30发布于 2020-09-11 - 来自专栏数据社
Kafka实战宝典：如何跨机房传输数据
工作中遇到Kafka跨机房传输到远程机房的场景，之前的方案是使用Flume消费后转发到目标kafka，当topic增多并且数据量变大后，维护性较差且Flume较耗费资源。 documentation.html#basic_ops_mirror_maker 参考：https://www.sohu.com/a/217316110_411876 MirrorMaker 为Kafka 内置的跨集群 MirrorMaker 为每个消费者分配一个线程，消费者从源集群的topic和分区上读取数据，然后通过公共生产者将数据发送到目标集群上，官方建议尽量让 MirrorMaker 运行在目标数据中心里，因为长距离的跨机房网络相对而言更加不可靠 echo messagetwo>> smsnotice ${message_two} fi done<${province} fi 结语 跨机房传输是不是很简单 你那里是怎么实现kafka跨机房传输的呢，欢迎留言讨论！
3.4K40发布于 2020-05-25 - 来自专栏携程技术
干货 | 携程Hadoop跨机房架构实践
本文将分享携程Hadoop跨机房架构实践，包含Hadoop在携程的发展情况，整个跨机房项目的背景，我们跨机房的架构选型思路和落地实践，相关的改造和对未来的展望，希望给大家一些启迪。 而在线k8s集群恰恰相反，我们希望利用k8s凌晨的计算资源帮我们减轻负担。而k8s集群部署在金和欧机房，数据没有本地性。所以我们希望将一些cpu密集，但是对IO压力又不大的作业，能分配到在线集群。 我们在k8s上部署了一套Yarn集群，并开发了一套作业资源画像系统，主要是采集作业的vcore/memory使用，shuffle，hdfs读写等metrics。 该方案上线后，可以缓解离线集群8%的计算压力。 ? 四、多机房单集群方案 我们规划一个事业部对应的一个默认机房，数据尽可能在同机房内流动。 六、跨机房带宽监控&限流 实践中有些BU的表，会被当做公共表来使用，我们需要识别出来，设置跨机房多副本策略。
2K20发布于 2020-03-11 - 来自专栏光华路程序猿
记一次elasticsearch 跨机房迁移
）； 1.在A机房ES集群扩容节点，将新节点全部加入到A机房ES集群，此时B机房和A机房共同组成新的跨机房集群； 限制已有索引数据的分布范围，暂时只容许分布在旧的数据节点上 curl -H "Content-Type cluster.name: xxx #A B机房集群保持一致 discovery.seed_hosts: ["A机房IP", "B机房IP"] 启动B机房ES节点 2.在集群内部迁移A机房data节点上的分片到 _name" : "B机房节点" } }' 3.更改ES客户端配置文件中“data.elasticsearch.cluster-nodes”，去掉A机房的节点配置，改成B机房的master节点（tcp B机房的master节点中产生，此时集群会有短暂的不可访问； 5.去掉B机房master、data节点配置文件中的A机房节点配置，逐个重启data节点，再重启副master节点，最后重启主master节点 （集群也会短暂不可访问时间）后全部生效，等待ES集群再次恢复； discovery.seed_hosts: ["B机房IP"] 只留B机房的master节点 6.B机房的客户端访问均正常后，下线A机房的
1.1K20编辑于 2022-06-29 - 来自专栏王先森
Zabbix跨机房分布式部署proxy实战
服务器在同一个地区不同的机房，通过proxy很容易实现数据的传输和中转。 服务器在多个省或者在国外，通过proxy实现分布式部署和监控。 server同库： yum -y install mariadb-server mysql -uroot -p create database zabbix_proxy defaults charset utf8; bj_proxy ~]$tailf /var/log/zabbix/zabbix_proxy.log 60540:20210120:163621.926 only character set "utf8" and collation "utf8_bin" should be used in database 60540:20210120:163621.926 proxy #0 started [main
2.2K21编辑于 2023-04-24 - 来自专栏猿天地
线上SpringCloud网关调用微服务跨机房了，咋整？
问题很明显，就是网关服务只有北京的，而微服务新增了天津机房的，此时会导致 跨机房调用，即北京网关调用到了天津微服务。 其中包括服务器与服务器之间 TCP连接的建立、数据传输的网络开销，如果数据包过大，跨机房访问耗时就会很明显了。 所以呢，尽量避免跨机房访问，当然要将网关也要迁移到天津机房。 ? 相当于网关以及微服务两侧都是通过基于 权重 的负载均衡算法来尽量减少跨机房调用的，但是无法避免跨机房调用。 使用 Eureka 的分区改进 上面描述的方案对于 20% 的流量仍然存在跨机房访问，我们能不能做到先访问同一机房的服务，如果同一机房的服务都不可用了，再访问其他机房的呢？ 答案是 可以的。 本文提到的只是网关到微服务之间的调用，实际项目中，微服务还会调用其他第三方的服务，也要同时考虑到跨机房调用的问题，尽量都让各服务之间在同机房调用，减少网络延时，提高服务的稳定性。
1.6K30发布于 2020-03-11 - 来自专栏运维学习交流
IDC机房常见事项以及Centos8安装
一、选择IDC机房的方式 选择IDC机房，需要进行如下操作： 1）购买物理主机 2）服务器托管 3）装系统 4）选择IDC机房的因素 地理位置 IDC机房的稳定性包含以下事项： 运营商（ 电信、移动、联通） 中间服务商（维护网络、服务器、等硬件设备，巡检（硬盘指示灯）） 机房本身的硬件实力（建立多少年、空调、UPS） 成本费用包含以下事项： 机柜费用，带宽费用 选择云主机， 提前下工单（告诉运营商什么时候去、做什么事、来几个人、人员名单、人员身份证号） 5）带着身份证 抵押 走的时候才会给你 6）网线扎好 7）服务器贴标签（IP地址） 四、安装系统 目前CentOS8的镜像有 不过如果是boot最小化引导的ISO镜像，需要通过BaseOS和AppStream存储库安装软件包 Centos8 镜像源地址： http://mirrors.163.com/centos/8.2.2004 设置好网络后需要添加安装源：http://mirrors.aliyun.com/centos/8/BaseOS/x86_64/os/ ? ? ? ? ? ? ? ?
1.7K20发布于 2020-11-24 - 来自专栏铭毅天下
干货 | Elasticsearch 多种跨机房灾备方案对比与实战解读
4 跨机房部署集群 跨机房部署 Elasticsearch 集群的方案在实现起来比较简单，就是将集群中的节点分布在不同的机房中，这对网络带宽和延迟要求较高，仅适用于同城灾备，异地灾备通常还是使用主备集群的方式 跨机房部署集群时，我们应确保同一个索引主分片和副分片分布在不同的机房中，这样当某一个机房挂掉后另外一个机房仍然保留完整的数据，数据仍然可靠。 机房之间的网络通过专线打通，用于承载 CCR 跨集群复制以及业务应用跨机房访问 Elasticsearch 集群的流量。 两个机房消息队列间的数据通过消息队列的跨集群复制保持最终一致。 ，应用双写，借助消息队列实现双写，CCR 跨集群复制，极限网关 6 种 Elasticsearch 跨机房灾备的方案。
6.8K42编辑于 2022-01-05 - 来自专栏Netkiller
怎样入住IDC机房或迁移IDC机房
机房迁移 总结一下5年前的工作，在不写下来自己都快忘光了，工作关系现在已经不涉及运维这块的工作。 4.3.1. / 分区EXT4 安装操作系统，swap 分区不一定是内存2倍，因为现在的服务器都是8~16GB，OS很少能使用到交换分区，但是像Oracle这样强制交换分区为内存两倍。
15.2K50发布于 2018-03-05 - 来自专栏携程技术
干货 | 五大实例详解，携程 Redis 跨机房双向同步实践
本文将进一步阐述在具体设计和落地过程中的一些细节， 希望对大家能够有所帮助。包括：
2.5K20发布于 2020-07-22 - 来自专栏用户8739405的专栏
idc机房的特点是什么？idc机房和自建机房有什么不同？
不管是什么行业都在广泛使用着idc机房，idc机房也就是一种超大型机房，它利用互联网的通信技术，建立起标准化的数据中心环境，能够给各种单位、各种公司提供全方位的服务，但是由于很多人并不了解idc机房，所以下面为大家具体地介绍一下 idc机房的特点是什么，以及idc机房和自建机房有什么不同。 最后，idc机房分为两种，一种是自用型，一种是商用型，这两种类型的机房都对环境的要求比较高。 二、idc机房和自建机房有什么不同？ 1、网络连接率较高。 idc机房必须按照国际标准进行设计，不管是电力设施还是消防体系，都十分可靠，如果是自建机房的话，则无法提供标准的机房环境，可能会减少服务器的寿命增加，出现故障的概率。 上面为大家简要介绍了idc机房，同自建机房相比，idc机房确实有很多优势。
10.8K30发布于 2021-07-02 - 来自专栏力哥聊运维与云计算
如何管理好IDC机房？（四） ----机房安全管理
如何管理好IDC机房？（四） ----机房安全管理 机房大部分设备都在公网上，安全工作搞不好，轻则影响业务运行，重则可能会丢失数据，造成不可弥补的损失。 2 技术方面 根据我的经验，采取一下技术措施，可以有效实现机房安全管理。 1) 复杂口令，定期更换。如有条件建议采取令牌认证等认证手段。
3K20发布于 2019-06-28 - 来自专栏鲜枣课堂
机房生存指南
说到机房，大家一定都很熟悉。 对于我们通信汪来说，机房就像我们的家。我们生命中很大一部分时间，是在机房度过的。 ? 在外界看来，机房是一个高大上且充满神秘感的地方。 在机房工作，一定是逼格满满，帅到爆炸。 然鹅，在我们眼里，机房其实就是一个工地。只不过真实的工地里搬的是砖，而我们这些通信民工在机房里搬的，是虚拟世界的“0”和“1”。 ? 很多人觉得，机房这么high level的地方，环境条件肯定比工地好多了吧？ 哼哼，对于这样的观点，我只能说是图样图森破。 机房环境之恶劣，远超你的想象！ 机房之所以叫机房，就是因为这里存放了大量的机器设备。 ? 为了保证这些设备不会因为发热量太高而宕机罢工，机房通常都会配备强力空调进行散热降温。 所以，机房的温度会非常低，有时候甚至只有10℃左右。 一定要事先观察好机房摄像头的位置！ 好啦！机房的四个大坑以及应对策略，我都介绍完了。 事实上，机房的坑远不止上述这些。
3.1K250发布于 2020-06-05 - 来自专栏力哥聊运维与云计算
如何管理好IDC机房（六）----机房网络架构
如何管理好IDC机房（六）----机房网络架构 理想的IDC机房网络架构应该满足以下要求： 1 稳定 保持业务稳定是最基本的要求。 就个人经验，我建议机房采用二层的网络架构。建议需要不需要，全部架设内网。建议和isp之间采用2条线路以上的动态路由协议。 新机房可以按照网络构架要求来布线，对于老机房可以逐步改造，或者将原来的分布层交换机配置成二层，当作一个透明网桥使用，来达到目的。
3.6K20发布于 2019-06-28 - 来自专栏壳屋栏博客专栏
idc主机机房的特点是什么？idc主机机房和自建机房有什么不同？
不管是什么行业都在广泛使用着idc主机机房，idc机房也就是一种超大型机房，它利用互联网的通信技术，建立起标准化的数据中心环境，能够给各种单位、各种公司提供全方位的服务，但是由于很多人并不了解idc机房 ，所以下面为大家具体地介绍一下idc机房的特点是什么，以及idc机房和自建机房有什么不同。 一、idc机房的特点是什么？ 首先，idc机房能够提供高效的服务，机房内的环境要求较高，需要做好恒温、恒湿以及防火等方面的工作，这样才能确保服务器的高效率运行。 最后，idc机房分为两种，一种是自用型，一种是商用型，这两种类型的机房都对环境的要求比较高。 二、idc主机机房和自建机房有什么不同？ 1、网络连接率较高。 idc主机机房必须按照国际标准进行设计，不管是电力设施还是消防体系，都十分可靠，如果是自建机房的话，则无法提供标准的机房环境，可能会减少服务器的寿命增加，出现故障的概率。
4.6K10编辑于 2022-06-15 - 来自专栏灰子学技术
K8S跨Node网络
其实K8S确实是按照这个思路来玩的，不过这里引入了一个新概念Overlay Network（覆盖网络)：通过软件构建一个覆盖在已有宿主机网络之上的、可以把所有容器连通在一起的虚拟网络。 二、通讯过程介绍 K8S解决容器间的网络通讯方案，采用的是CoreOS公司提供的Flannel项目，该项目的实现方式有下面三种，我们会一一介绍。 1. 这些“主机”可能分布在不同的宿主机上，甚至是分布在不同的物理机房里。 3.CNI插件 K8S里面的网络模型与2中介绍的原理基本一致，只不过用cni0网桥替代了docker0网桥，详细交互过程不在介绍，如下图所示： CNI 的设计思想：Kubernetes 在启动 Infra
77410编辑于 2022-01-18 - 来自专栏冰河技术
高可用的巅峰技术：跨机房部署、同城双活、异地多活究竟怎么玩儿？
三、跨机房部署 跨机房部署，顾名思义就是将两套或者多套系统部署在多个机房，跨机房部署其实并没有想象中的那么简单和美好，实际上，将两套或者多套系统部署在多个机房是有一定的复杂度和挑战的。 3.1 跨机房读取数据 如果是跨机房读取数据的话，B机房中的应用就会跨机房读取A机房的数据，如下图所示。 可以看到，此时B机房的应用会跨机房读取A机房的数据。 4.3 跨机房问题 无论是B机房内的应用跨机房读取数据，还是读取本机房内的数据，都会存在跨机房数据的传输问题，跨机房读取数据是B机房的应用直接读取A机房数据时，产生的跨机房传输数据问题。 而读取本机房内的数据，是数据库同步数据产生的跨机房传输数据问题。只要涉及到跨机房传输数据的问题，就会对机房之间的数据延迟有比较高的要求。 在这种场景下，就需要避免跨机房进行数据的同步处理，只考虑异步同步跨机房数据。
3.5K23编辑于 2024-08-14 - 来自专栏全栈程序员必看
机房建设效果图制作|机房鸟瞰图设计|教程文章
因为时间关系，这里只做简易分析，如图所示案例，首先客户得提供资料，例如CAD布置图或是手绘图纸等。这是第一步。
1.6K40编辑于 2022-09-05
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号