routing

新年伊始，万象更新，“H3CTE（H3C Certified Troubleshooting Expert ）---H3C认证网络排错专家”在大家的期盼中闪亮登场。 作为H3CSE-Routing&Switching认证项目的重要补充，H3CTE认证更加强调和注重能力的培养和实践操作。H3CTE认证不仅将帮助您掌握大中型数据网络中常用网络技术知识和H3C网络产品的性能，还将让您具备熟练操作H3C公司各种网络产品、完成大中型企业网和园区网络各种配置维护操作的能力，并能够进行网络故障的诊断与排除，使网络运行畅通无阻

RabbitMQ是基于AMQP协议的，因此要使用好RabbitMQ，需要先了解该协议。 又称server，接受客户端的连接，实现AMQP实体服务。 网络信道，几乎所有的操作都在Channel中进行，Channel 是进行消息读写的通道

S5700系列以太网交换机（以下简称S5700），是华为公司为满足大带宽接入和以太多业务汇聚而推出的新一代绿色节能的全千兆高性能以太交换机。它基于新一代高性能硬件和华为公司统一的VRP（Versatile Routing Platform）平台，具备大容量、高可靠（双电源插槽和硬件级以太OAM）、高密度千兆端口，可提供万兆上行，支持EEE能效以太网和iStack智能堆叠，充分满足企业用户的园区网接入、汇聚、IDC千兆接入以及千兆到桌面等多种应用场景。 S5700提供精简版（LI系列）、标准版（SI系列）、增强版（EI系列）和高级版（HI系列）四种系列的产品形态

大阪区因为之前就已经有机房 (附加在东京区)，所以对应的 routing 看起来不算太差，但也没有特别好... 刚刚测了一下从 HiNet 光世代过去的 latency，分别是 35.5ms (东京的 ap-northeast-1) 与 34.6ms (大阪的 ap-northeast-3)。 另外测了其他的 ISP，有些上日本的点是以东京为主，反而会多绕了一圈，大阪区的 latency 会比较高。 不过如果放远来说，东京大阪的直线距离大约是 400km，光纤的传输速度大约是光速的 2/3，所以单趟大约差了 2ms，如果有机会**化的话应该有机会挤出 4ms 出来？ 对照文章里有提到支援的机器，目前看起来还没有很齐，像是目前都还没有 AMD 与 ARM 架构的机器，另外也没有 GPU 类型的机器： 就支援的类型随意挑了几个 instance type 比较，翻了一下价钱看起来跟东京的一样

S5700系列以太网交换机（以下简称S5700），是华为公司为满足大带宽接入和以太多业务汇聚而推出的新一代绿色节能的全千兆高性能以太交换机。它基于新一代高性能硬件和华为公司统一的VRP（Versatile Routing Platform）平台，具备大容量、高可靠（双电源插槽和硬件级以太OAM）、高密度千兆端口，可提供万兆上行，支持EEE能效以太网和iStack智能堆叠，充分满足企业用户的园区网接入、汇聚、IDC千兆接入以及千兆到桌面等多种应用场景。 S5700提供精简版（LI系列）、标准版（SI系列）、增强版（EI系列）和高级版（HI系列）四种系列的产品形态

前面的章节中，我们已经学习了如何为我们的应用选择正确数量的分片和分片副本，什么是分片的过度分配而且什么时候可以对分片进行过度分配。我们也深入讨论了routing机制的细节而且也了解了新引入的分片分配器是如何工作的，还有我们如何改变它的工作方式。此外，我们也学习了如何指定查询命令执行的分片

产品说明：S2700系列企业交换机是华为公司推出的绿色节能的智能百兆以太接入交换机。机箱高度为1U，提供标准型（SI）和增强型（EI）两种产品版本。 S2700系列企业交换机是华为公司推出的绿色节能的智能百兆以太接入交换机

想要提供更多进阶的网络功能到应用程序上，譬如 TLS、circuit、breaking、routing 或 metering。 应用程序不太方便修改来符合上述功能。 部署一个跟原应用程序相邻的应用程序来处理这些网络功能

优酷会赚钱的路由器什么意思？ 一台“会赚钱”的路由器！ 对于优酷路由宝会赚钱的功能，简单的说是用户将空闲带宽贡献给优酷路由宝，由优酷路由宝根据用户空闲带宽贡献质量和数量进行一种叫“优金币”的返还，经过长时间的累积，用户可以通过“优金币”进行现金和礼品的兑换。 如上 市面上能赚钱的路由器有几种，是怎么赚钱的？ 网赚学院打字论坛， 市场上有许多赚钱的路由器件，有三种类型 第一种是专用于手机商店的路由器。最受欢迎的路线是18号公路

使用explain查看具体原因: 从reason中可以看出 这个索引unassigned的原因为无法在同一个节点上保存两分副本. 也就是说，在该节点上已经存在了一个副本了. 同时另两个节点上无法保存副本的reason为: 这个reason是说副本数量超时了这个节点能够存在副本的最大值所以也没法分配。 从这里我们可以看出一个关键的参数index.routing.allocation.total_shards_per_node=2 假如: 一个es集群有3个数据节点，某个索引模板设置的分片数为3 副本数为1 那么总的分片数=主分片数+ 副分片数，也就是3+3=6个 那么3个数据节点 则total_shards_per_node的值可以设置为6/3=2每个节点上保存2个副本，一般情况下这是合理的. 但是如果某个时刻es集群出现脑裂问题的话，比如说有个节点宕机，那么6个分片需要分布在两个节点上 那么每个节点上需要保存3个副本，这大于total_shards_per_node=2，所以有可能出现以上的错误，所以一般起见 total_shards_per_node一般设置的比最小值大点。 total_shards_per_node这个值在es的配置文件中指定，同时也支持动态修改. 修改之后，再次查看集群的状态，变回了green状态. 参考文章: