Routing 到新申请的softlayer虚拟服务器的间歇性(无路由)

Routing 到新申请的softlayer虚拟服务器的间歇性(无路由),routing,virtual-machine,ibm-cloud-infrastructure,Routing,Virtual Machine,Ibm Cloud Infrastructure,我们正在实现一个工具,允许根据需要将虚拟机添加到hadoop集群。其想法是根据需要申请一些服务器,让它们参与hadoop集群,并在不需要时返回它们 问题是,间歇性地,似乎没有到新请求的虚拟节点的路径。例如: I“slcli vs创建”一个新节点 等到准备好 将工具复制到此新获取的服务器 有时候,嘘root@123.456.789.0将超时。其他时候,我可以登录没有任何问题。棒球场的数字是每分配3-4个ode就无法解析私有ip地址 几小时后,这条路线似乎自行解决了。但这种“在某一点上”不利于合理

我们正在实现一个工具,允许根据需要将虚拟机添加到hadoop集群。其想法是根据需要申请一些服务器,让它们参与hadoop集群,并在不需要时返回它们

问题是,间歇性地,似乎没有到新请求的虚拟节点的路径。例如:

  • I“slcli vs创建”一个新节点
  • 等到准备好
  • 将工具复制到此新获取的服务器
  • 有时候,嘘root@123.456.789.0将超时。其他时候,我可以登录没有任何问题。棒球场的数字是每分配3-4个ode就无法解析私有ip地址
  • 几小时后,这条路线似乎自行解决了。但这种“在某一点上”不利于合理的工具执行。我只能说“似乎”,因为我没有100%的时间亲眼目睹
对我来说,这是一个错误。当您报告就绪(slcli vs READY“newNode”--timeout=600)时,我应该能够100%的时间登录

如果没有,我如何知道newNode是否准备就绪

谢谢。

命令“slcli vs ready”查找activeTransactionsprovisionDate要提供相应的答案,您可以在这里看到代码,代码行393

对于Linux操作系统,VSI应在10-20分钟后准备就绪(完全配置),最坏情况下约为1小时到1小时30分钟。Windows操作系统大约需要40分钟到1小时

收到就绪响应后,我们应该等待多长时间?

有许多内部交易,在某些情况下,这些交易需要更多的时间才能解决。下面是一些可能的情况:

  • 您选择的数据中心过于拥挤,因为此时有许多请求
  • 所选VLAN在连接到VSI时出现问题
  • 所选图像模板存在问题
  • 内部事务需要很长时间才能解决,因为VSI距离较远(传输过程中的网络问题)。在这个案子上,我 建议您选择靠近您所在国家/地区的数据中心
我只能从客户端帮助您解决API问题。由于您从SLCLI获得正确答案(就绪/未就绪),因此我无法帮助您解决间歇性连接问题

如果您觉得您的VSI需要很长时间才能准备好,您可以向虚拟化部门询问您的问题,或者创建一个新的问题


我希望这对你有帮助

在虚拟机完全配置后,您是否执行了任何其他操作,如重新加载操作系统、配置防火墙、升级虚拟机、添加其他子网等?。如果是,在某些情况下,VSI需要重新启动才能完成活动事务。您还可以使用命令“slcli vs detail”检查状态。查找状态、状态、活动\u事务无操作系统重新加载。刚刚征用了VS,装载了Centos。所以,几乎没有时间去做一些疯狂的事情,比如重新加载操作系统。没有安装防火墙。我不相信按照您的建议对细节进行轮询会取得任何成果,因为一旦执行“创建”(异步),我将执行“slcli vs ready”,这将阻塞主机,直到主机就绪。设置了专用和公用ip,并且状态和状态将处于活动和运行状态。这是正确的。。。除非我在后台某个地方的某个幸运进程钻了一个洞,否则我无法访问。由于VSI处于活动状态,正在运行,并且没有挂起的活动事务,我建议您向Softlayer提交票据,他们可以检查您的VSI发生了什么,不要忘了提供VSI ID。lol。谢谢你,艾伯特。我们现在有一个反馈回路。支持团队让我来stack overflow了解开发者的答案。嗨,Albert,非常感谢您抽出时间解决这个问题。看起来虚拟服务器分配的初始假设实际上并不是面向自动化的。此时,在节点准备就绪后,我没有正式的方法来确定节点是否可用。当然,我们可以从前门(公共)进去,看起来这是唯一的选择。我想通过编程我可以尝试ping,直到它工作或超时。不是很好吧?