docker联网(docker容器收集欠亨)

[db:作者]

作者|陈郁
比来，TDengine的一个社区群爆发了严重的注水事务他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。几个群友聊个没完，可以说是夜以继日他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。那末什么话题能让他们在清晨四点还无私地会商呢？
本主题是——若何在Docker情况下改良TDengine的集群构建他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。“什么？除了你官方自己的人，用户若何加班会商若何完善Docker情况的集群扶植？这太假了他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。”
好了，我们认可吧:实在有个叫Oliver(群昵称)的用户就碰到过这样的题目——辛辛劳苦做出来的Docker情况下的TDengine集群，在客户端连不上他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。接下来激发了群里两位热情大佬的会商，直到想出了终极的处理计划他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。
故事是这样的:
用户的数据库集群安装在这个Linux办事器上(ip:10.0.31.2)，容器ip地点的收集是主机中Docker建立的虚拟收集172.19.0.0/16他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。三个容器的主机名和节点ip别离是:taosnode1(172.19.0.41)、taosnode2(172.19.0.42)和taosnode3(172.19.0.43)他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。
每个节点的设置以下:
taos node 1:first EP = taos node 1:6030，secondEp=taosnode2:6030，fqdn = taosnode1端口映照:16030-16042:6030-6042(TCP/UDP)taos node 2:first EP = taos node 1:6030，secondep = taosnode2: 6030，FQDN = taos node 2；端口映照:26030-26042:6030-6042(TCP/UDP)taos node 3:first EP = taos node 1:6030，secondep = taosnode2: 6030，FQDN = taos node 3；端口映照:36030-36042:6030-6042(tcp/udp)
奥利弗依照官方文件的指示，经过尽力，终究建立了这个集群他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。增加完节点后，他小心翼翼地敲下了“show dnodes ”,而且用了三个现成的——舒服他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。
办事器没有题目，然后就轮到客户端了他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。他翻开自己的ip为10.0.31.5的Windows主机(与集群主机同一个网段)，敏捷在上面安装了一个TDengine客户端，增加主机信息，做好路由，2.8MB，傻瓜式安装，轻松便利，趁热打铁毗连集群他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。“show dnodes”再次进入视野，有三个预备好了——又很舒服了他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。
奥利弗很是满足，但是，他顿时发现工作能够不像他想的那末简单他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。
由于营业需要，他还需要完成客户端(10.0.2.61)跨网段毗连手事器集群(基于ip的Docker情况下的集群:10.0.31.2)他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。Ping主机，telnet到集群映照的端口，利用taos毗连集群，一样的操纵和之前一样流利他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。因而他又点击了“显现dnodes”——没想到出现了“DB毛病:没法建立毗连”，这是一切TDengine用户都深恶痛绝的他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。因而，他在群里抛出了自己的题目他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。
上面提到的那两个热情的同学就在这个时辰出现了他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。一个是TDengine-Freemine的内部进献者他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。另一个是pigwing，一个看到题目就帮手的热情大佬他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。
由于集群自己没有益用题目，唯一的区分就是客户端毗连手事器的方式酿成了跨网段他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。所以，一路头大师的想法是——既然主机的端口不能工作，那就试试在Docker情况下间接毗连ip他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。遗憾的是，Docker情况下跨网段毗连内部ip的想法并没有实现他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。
然后大师猜测，TDengine是靠端点(EP)来识别数据节点的，EP=FQDN+端口他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。可是客户端毗连已经成功，可是数据没法操纵他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。当FQDN正确时，一切人都猜测集群中的端口有题目，是以他们没有获得集群的拓扑信息他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。接下来，从最初对情况的领会，到一步一步的排查，3个固执的工程师从4月22日到4月25日在群里会商，最晚清晨4点就有人上线了他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。
终极，在三人的齐心协力下，4月24日清晨1点，Freemine提出了有用的终极处理计划(字数过量，只截图关键部分)
你完了他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。考完试，一切顺遂！
那末，freemine的集群构建计划和本来的集群构建有什么区分呢？
虽然进程盘曲，但最初我们会发现，两者唯一的区分就是端口设置他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。Freemine的计划是在每个办事器端口中点窜分歧的值他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。taosnode1节点的Serverport为6030——映照主机的6030端口；taosnode2节点的Serverport是7030——映照主机的7030端口；taosnode3节点的Serverport是8030–映照主机的8030端口他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。
而提问者Oliver的每个节点本来的serverport是未点窜的默许6030，映照到主机时是16030，26030，36030他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。当客户端毗连到聚集主机的同一个网段时，此设置不会致使题目，但当它跨网段毗连时会致使题目他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。
似乎一个小小的改变就能发生如此大的影响？为什么？
现实上，当客户端和办事器属于同一个网段时，增加路由后，客户端可以间接拜候Docker他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。这样，便可以按照需要正确剖析IP地址他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。如:taosnode1(172.19.0.41)，taosnode2(172.19.0.42)，taosnode3(172.19.0.43)他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。在分歧的IP地址下，即使端口都是不异的6030，TDengine仍然可以区分分歧的节点他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。
可是，跨网段就纷歧样了他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。对于分歧网段的客户端和办事器，客户端要经过实在路由毗连到办事器，而我们设备的Docker内网并没有在实在路由中注册，客户端自然没法拜候Docker内网他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。是以，当taosc需要获得集群供给的分歧节点的信息时，FQDN没法正确剖析IP地址他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。这时辰就需要经过端口来区分分歧的节点他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。
这也是Docker情况下节点不能同时利用6030端口的缘由他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。
所以当你利用Docker主机内外分歧的端口映照，而且每个节点的serverPort参数设备分歧时，集群可以经过度歧的端口来区分分歧的节点他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。经过这类方式，客户端可以获得集群平稳运转的拓扑信息他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。
这是全部“案件”的终极答案他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。
综上所述，对于用户来说，Docker情况下构建TDengine集群的水还是挺深的他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。由于情况相对复杂，所以我们不倡议您用这类方式构建集群他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。所以大师在Docker情况下利用TDengine要谨慎他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。
最初，我们想说，作为一款开源产物，社群的活跃度和专业性是淘思数据最关注的地方他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。今朝官网上还没有关于Docker情况下建立TDengine集群的文档他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。但这些社区用户的活跃思维明显在很洪流平上填补了这样一个空缺他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。
衷心感激奥利弗、freemine和pigwing他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。希望今后能继续看到你活跃在物联网大数据技术的前沿，也希望能有更多的朋友介入进来他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。
Wx加小T(tdengine)为好友，可以在群里和热衷开源的朋友互动~
点击“领会更多”检察Oliver关于Docker情况下TDengine集群构建的笔记他早就发现系统有个隐藏的缝隙私下花了好几个早晨优化了代码。