问题

在使用NE40e后，SSH Session中通过“上”、”下”回滚长命令总会遇到显示问题，必须多按几个回车才能刷掉显示乱的屏幕，如下所示：

此问题困扰我很长时间了，一直没仔细研究过，这次趁着有些时间想彻底把这个问题解决下。下面是整个ssh的过程：

SCRT ----- 1st 跳板机 ----- 2nd 跳板机 ----- NE40E

解决

通过对比发现只有当通过脚本登录NE40E时才会有此问题，如果直接SSH登录NE40E就不会有问题，那么问题跟脚本相关么？

Background

实验环境打算用trex打流，然后用下面环境测试cable，但物理server配置好路由后，发现只能收路由，不转发流量，我们确认已经开启了ipv4转发的指令，路由也是正常的，但就是不work，所以我在EVE NG的环境上搭了一个类似的环境，确认下是否是trex本身的问题；

# sysctl -a |grep net.ipv4.conf.all.forwarding
net.ipv4.conf.all.forwarding = 1

对于trex内容，请看我之前的相关文章：http://www.zhaocs.info/tag/trex；

服务交付架构

Dubbo是基于java开发的，是一个分布式微服务框架（服务调用），如果没有分布式需求，是不需要Dubbo的。

• Registry：不管是消费者还是提供者，都需要联系注册中心，只是提供者是注册，而消费者是订阅；
• Consumer：通过RPC调用Provider提供的方法（如下图的invoke），就像调用本地方法一样；
• Monitor：监控消费者和提供者的信息；

• 开发会把代码托管到Git上，进行代码托管，以及版本管理；
• 运维会通过工具（这里是Jenkins）从Git上拉代码，并编译代码打包成Docker镜像，上传到Harbor数据库中；
• 运维再通过k8s的资源配置清单，应用到K8s集群中，把服务生成Pod并提供服务；
• Pod利用Dubbo微服务自动去注册中心注册（ZK，ZooKeeper，类似ETCD），这里的ZK同ETCD一样，不会部署在K8s内，因为是有状态服务；
• Dubbo微服务的提供者集群和消费者集群部署在K8s中，方便利用K8s的机制并根据实际情况进行灵活的扩容/缩容；
• 用户通过Ingress规则，找到相应消费者集群，完成服务互动；

这里只介绍如何部署Dashboard，至于使用方法，会在之前的文章：K8s – Core Resource Management Method GUI部分进行总结；

安装部署Dashboard

上传Dashboard的Image

root@f0-15:~# docker pull docker.io/k8scn/kubernetes-dashboard-amd64:v1.8.3
v1.8.3: Pulling from k8scn/kubernetes-dashboard-amd64
a4026007c47e: Pull complete 
Digest: sha256:ebc993303f8a42c301592639770bd1944d80c88be8036e2d4d0aa116148264ff
Status: Downloaded newer image for k8scn/kubernetes-dashboard-amd64:v1.8.3
docker.io/k8scn/kubernetes-dashboard-amd64:v1.8.3
root@f0-15:~# docker images |grep dashboard
k8scn/kubernetes-dashboard-amd64   v1.8.3                     fcac9aa03fd6   4 years ago   102MB
root@f0-15:~# docker tag fcac9aa03fd6 harbor.frank.com/public/dashboard:v1.8.3
root@f0-15:~# docker push harbor.frank.com/public/dashboard:v1.8.3

由于安全原因，实验环境必须跳板机（现有的是Win Server，开启了多账户），从实验环境拷贝东西回来，也需要特定的接口，此时还没有GUI，每次手动调用接口很麻烦，所以就写了一个简单的批处理文件，可以执行如下功能：

• 拖拽需要上传的文件到这个批处理文件上，可以自动读出该文件的实际路径；
• 自动读取当前用户名；
• 执行完后不自动退出，显示输出结果；

下载Curl Win版本

这个必须科学上网才能下载，我直接附在这里，方便下载：