简单易用的批处理文件
由于安全原因,实验环境必须跳板机(现有的是Win Server,开启了多账户),从实验环境拷贝东西回来,也需要特定的接口,此时还没有GUI,每次手动调用接口很麻烦,所以就写了一个简单的批处理文件,可以执行如下功能:
- 拖拽需要上传的文件到这个批处理文件上,可以自动读出该文件的实际路径;
- 自动读取当前用户名;
- 执行完后不自动退出,显示输出结果;
下载Curl Win版本
这个必须科学上网才能下载,我直接附在这里,方便下载:
完整阅读由于安全原因,实验环境必须跳板机(现有的是Win Server,开启了多账户),从实验环境拷贝东西回来,也需要特定的接口,此时还没有GUI,每次手动调用接口很麻烦,所以就写了一个简单的批处理文件,可以执行如下功能:
这个必须科学上网才能下载,我直接附在这里,方便下载:
完整阅读coreDNS实现了服务在集群内被自动发现,那么如何实现服务在集群外被自动发现呢?这里有两种方法,这里只关注Ingress资源:
常用的Ingress控制器主要有以下几种,这里使用traefik:
注意:ingress资源和ingress控制器不是一个东西(具体可以看最下面的流程图):
服务之间互相定位的过程,以适应如下服务特点:
在k8s集群里,pod ip是不断变化的,如何找到对应的pods?首先集群网络抽象了集群IP,Service资源绑定Cluster IP并暴露这个资源,Service本身根据标签选择器,来锁定一组pods,并通过ipvs算法分配这组pods的资源。也可以参考上一篇的总结:管理Service资源。
那么新的问题来了,虽然可以通过Service找到pod,但如果有很多不同的Services,很难把所有Services与Customer IP的关系记下来,这个是不是很像DNS被创造出来的初衷^_^~?那我们是否可以通过类似DNS的机制,绑定Service和Cluster IP呢?答案是肯定的:
我看的教程算是2020年初的,所以根据现在的时间,已经过去两年半了,下面的信息不一定很准确,后面如果哪里不正确,随着学习的深入,再更改和说明。CNI的全程是Container Network Interface,主要为了解决Pod资源在不同宿主机之间互通的。
所有CNI都部署在node节点;
可以从Github上直接下载,目前Link在这里:https://github.com/flannel-io/flannel/releases/download/v0.11.0/flannel-v0.11.0-linux-amd64.tar.gz,但国内环境可能不好,所以需要科学上网或者多尝试几次;分别在node13和node14上部署Flannel:
完整阅读陈述式管理方式主要通过kubectl来进行管理,kubectl用于与apiserver进行通信,实现管理k8s各种资源的一种有效途径;
下面显示的都是默认生成的命名空间,简称为kubectl get ns:
root@f0-13:~# kubectl get namespace
NAME STATUS AGE
default Active 44h
kube-node-lease Active 44h
kube-public Active 44h
kube-system Active 44h
查询特定命名空间中的所有资源,下面是default命名空间:
root@f0-13:~# kubectl get all -n default
NAME READY STATUS RESTARTS AGE
pod/nginx-ds-lc59t 1/1 Running 0 39h
pod/nginx-ds-pkh75 1/1 Running 0 39h
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
service/kubernetes ClusterIP 10.254.0.1 <none> 443/TCP 44h
NAME DESIRED CURRENT READY UP-TO-DATE AVAILABLE NODE SELECTOR AGE
daemonset.apps/nginx-ds 2 2 2 2 2 <none> 39h
完整阅读