您当前的位置:首页 > 电脑百科 > 网络技术 > 网络技术

如何使 Kubernetes 集群自动扩容?Cluster Autoscaler 全面解析

时间:2020-06-21 10:29:52  来源:  作者:

当我们使用 Kubernetes 部署应用后,会发现如果用户增长速度超过预期,以至于计算资源不够时,你会怎么做呢?Kubernetes 给出的解决方案就是:自动伸缩(auto-scaling),通过自动伸缩组件之间的配合,可以 7*24 小时的监控着你的集群,动态变化负载,以适应你的用户需求。

如何使 Kubernetes 集群自动扩容?Cluster Autoscaler 全面解析

 

自动伸缩组件

水平自动伸缩(Horizontal Pod Autoscaler,HPA)

HPA 可以基于实时的 CPU 利用率自动伸缩 Replication Controller、Deployment 和 Replica Set 中的 Pod 数量。也可以通过搭配 Metrics Server 基于其他的度量指标。

垂直自动伸缩(Vertical Pod Autoscaler,VPA)

VPA 可以基于 Pod 的使用资源来自动设置 Pod 所需资源并且能够在运行时自动调整资源。

集群自动伸缩(Cluster Autoscaler,CA)

CA 是一个可以自动伸缩集群 Node 的组件。如果集群中有未被调度的 Pod,它将会自动扩展 Node 来使 Pod 可用,或是在发现集群中的 Node 资源使用率过低时,删除 Node 来节约资源。

插件伸缩(Addon Resizer)

这是一个小插件,它以 Sidecar 的形式来垂直伸缩与自己同一个部署中的另一个容器,目前唯一的策略就是根据集群中节点的数量来进行线性扩展。通常与 [Metrics Server](
https://github.com/kubernetes/kubernetes/blob/master/cluster/addons/metrics-server/metrics-server-deployment.yaml#L66) 配合使用,以保证其可以负担不断扩大的整个集群的 metrics API 服务。

通过 HPA 伸缩无状态应用,VPA 伸缩有状态应用,CA 保证计算资源,它们的配合使用,构成了一个完整的自动伸缩解决方案。

Cluster Autoscaler 详细介绍

上面介绍的四个组件中,HPA 是在 kubernetes 代码仓库中的,随着 kubernetes 的版本进行更新发布,不需要部署,可以直接使用。其他的三个组件都在官方社区维护的仓库(
https://github.com/kubernetes/autoscaler)中,Cluster Autoscaler 的 v1.0(GA) 版本已经随着 kubernetes 1.8 一起发布,剩下两个则还是 beta 版本。

部署

Cluster Autoscaler 通常需要搭配云厂商使用,它提供了 Cloud Provider 接口供各个云厂商接入,云厂商通过伸缩组(Scaling Group)或节点池(Node Pool)的功能对 ECS 类产品节点进行增加删除等操作。

如何使 Kubernetes 集群自动扩容?Cluster Autoscaler 全面解析

 

目前(v1.18.1)已接入的云厂商:

Alicloud:https://github.com/kubernetes/autoscaler/blob/master/cluster-autoscaler/cloudprovider/alicloud/README.md

Aws:https://github.com/kubernetes/autoscaler/blob/master/cluster-autoscaler/cloudprovider/aws/README.md

Azure:https://github.com/kubernetes/autoscaler/blob/master/cluster-autoscaler/cloudprovider/azure/README.md

Baiducloud:https://github.com/kubernetes/autoscaler/blob/master/cluster-autoscaler/cloudprovider/baiducloud/README.md

Digitalocean:https://github.com/kubernetes/autoscaler/blob/master/cluster-autoscaler/cloudprovider/digitalocean/README.md

googleCloud GCE:https://kubernetes.io/docs/tasks/administer-cluster/cluster-management/#upgrading-google-compute-engine-clusters

GoogleCloud GKE:https://cloud.google.com/kubernetes-engine/docs/concepts/cluster-autoscaler

OpenStack Magnum:https://github.com/kubernetes/autoscaler/blob/master/cluster-autoscaler/cloudprovider/magnum/README.md

Packet:https://github.com/kubernetes/autoscaler/blob/master/cluster-autoscaler/cloudprovider/packet/README.md

启动参数:
https://github.com/kubernetes/autoscaler/blob/master/cluster-autoscaler/FAQ.md#
what-are-the-parameters-to-ca

工作原理

Cluster Autoscaler 抽象出了一个 NodeGroup 的概念,与之对应的是云厂商的伸缩组服务。Cluster Autoscaler 通过 CloudProvider 提供的 NodeGroup 计算集群内节点资源,以此来进行伸缩。

在启动后,Cluster Autoscaler 会定期(默认 10s)检查未调度的 Pod 和 Node 的资源使用情况,并进行相应的 Scale UP 和 Scale Down 操作。

Scale UP

当 Cluster Autoscaler 发现有 Pod 由于资源不足而无法调度时,就会通过调用 `Scale UP` 执行扩容操作。

在 Scale UP 中会只会计算在 NodeGroup 中存在的 Node,我们可以将 Worker Node 统一交由伸缩组进行管理。并且由于伸缩组非同步加入的特性,也会考虑到 Upcoming Node。

为了业务需要,集群中可能会有不同规格的 Node,我们可以创建多个 NodeGroup,在扩容时会根据 --expander 选项配置指定的策略,选择一个扩容的节点组,支持如下[五种策略](
https://github.com/kubernetes/autoscaler/blob/master/cluster-autoscaler/FAQ.md#what-are-expanders):

  • random:随机选择一个 NodeGroup。如果未指定,则默认为此策略。
  • most-pods:选择能够调度最多 Pod 的 NodeGroup,比如有的 Pod 未调度是因为 nodeSelector,此策略会优先选择能满足的 NodeGroup 来保证大多数的 Pod 可以被调度。
  • least-waste:为避免浪费,此策略会优先选择能满足 Pod 需求资源的最小资源类型的 NodeGroup。
  • price:根据 CloudProvider 提供的价格模型,选择最省钱的 NodeGroup。
  • priority:通过配置优先级来进行选择,用起来比较麻烦,需要额外的配置,可以看文档(https://github.com/kubernetes/autoscaler/blob/master/cluster-autoscaler/expander/priority/readme.md)。

如果有需要,也可以平衡相似 NodeGroup 中的 Node 数量,避免 NodeGroup 达到 MaxSize 而导致无法加入新 Node。通过
--balance-similar-node-groups 选项配置,默认为 false

在经过一系列的操作后,最终计算出要扩容的 Node 数量及 NodeGroup,使用 CloudProvider 执行 IncreaseSize 操作,增加云厂商的伸缩组大小,从而完成扩容操作。

文字表达能力不足,如果有不清晰的地方,可以参考下面的 ScaleUP 源码解析。

Scale Down

缩容是一个可选的功能,通过 --scale-down-enabled 选项配置,默认为 true

在 Cluster Autoscaler 监控 Node 资源时,如果发现有 Node 满足以下三个条件时,就会标记这个 Node 为 unneeded

  • Node 上运行的所有的 Pod 的 Cpu 和内存之和小于该 Node 可分配容量的 50%。可通过 --scale-down-utilization-threshold 选项改变这个配置。
  • Node 上所有的 Pod 都可以被调度到其他节点。
  • Node 没有表示不可缩容的 annotaition。

如果一个 Node 被标记为 unneeded 超过 10 分钟(可通过
--scale-down-unneeded-time 选项配置),则使用 CloudProvider 执行 DeleteNodes 操作将其删除。一次最多删除一个 unneeded Node,但空 Node 可以批量删除,每次最多删除 10 个(通过 ----max-empty-bulk-delete 选项配置)。

实际上并不是只有这一个判定条件,还会有其他的条件来阻止删除这个 Node,比如 NodeGroup 已达到 MinSize,或在过去的 10 分钟内有过一次 Scale UP 操作(通过
--scale-down-delay-after-add 选项配置)等等,更详细可查看文档(
https://github.com/kubernetes/autoscaler/blob/master/cluster-autoscaler/FAQ.md#how-does-scale-down-work)。

Cluster Autoscaler 的工作机制很复杂,但其中大部分都能通过 flags 进行配置,如果有需要,请详细阅读文档:
https://github.com/kubernetes/autoscaler/blob/master/cluster-autoscaler/FAQ.md

如何实现 CloudProvider

如果使用上述中已实现接入的云厂商,只需要通过 --cloud-provider 选项指定来自哪个云厂商就可以,如果想要对接自己的 IaaS 或有特定的业务逻辑,就需要自己实现 CloudProvider Interface 与 NodeGroupInterface。并将其注册到 builder 中,用于通过 --cloud-provider 参数指定。

builder 在 cloudprovider/builder 中的 builder_all.go (
https://github.com/kubernetes/autoscaler/blob/master/cluster-autoscaler/cloudprovider/builder/builder_all.go) 中注册,也可以在其中新建一个自己的 build,通过 go 文件的 +build 编译参数来指定使用的 CloudProvider

CloudProvider 接口与 NodeGroup 接口在 cloud_provider.go (
https://github.com/kubernetes/autoscaler/blob/master/cluster-autoscaler/cloudprovider/cloud_provider.go) 中定义,其中需要注意的是 Refresh 方法,它会在每一次循环(默认 10 秒)的开始时调用,可在此时请求接口并刷新 NodeGroup 状态,通常的做法是增加一个 manager 用于管理状态。有不理解的部分可参考其他 CloudProvider 的实现。

type CloudProvider interface {

	// Name returns name of the cloud provider.

	Name() string

	// NodeGroups returns all node groups configured for this cloud provider.

	// 会在一次循环中多次调用此方法,所以不适合每次都请求云厂商服务,可以在 Refresh 时存储状态

	NodeGroups() []NodeGroup

	// NodeGroupForNode returns the node group for the given node, nil if the node

	// should not be processed by cluster autoscaler, or non-nil error if such

	// occurred. Must be implemented.

	// 同上

	NodeGroupForNode(*apiv1.Node) (NodeGroup, error)

	// Pricing returns pricing model for this cloud provider or error if not available.

	// Implementation optional.

	// 如果不使用 price expander 就可以不实现此方法

	Pricing() (PricingModel, errors.AutoscalerError)

	// GetAvailablemachineTypes get all machine types that can be requested from the cloud provider.

	// Implementation optional.

	// 没用,不需要实现

	GetAvailableMachineTypes() ([]string, error)

	// NewNodeGroup builds a theoretical node group based on the node definition provided. The node group is not automatically

	// created on the cloud provider side. The node group is not returned by NodeGroups() until it is created.

	// Implementation optional.

	// 通常情况下,不需要实现此方法,但如果你需要 ClusterAutoscaler 创建一个默认的 NodeGroup 的话,也可以实现。

	// 但其实更好的做法是将默认 NodeGroup 写入云端的伸缩组

	NewNodeGroup(machineType string, labels map[string]string, systemLabels map[string]string,

		taints []apiv1.Taint, extraResources map[string]resource.Quantity) (NodeGroup, error)

	// GetResourceLimiter returns struct containing limits (max, min) for resources (cores, memory etc.).

	// 资源限制对象,会在 build 时传入,通常情况下不需要更改,除非在云端有显示的提示用户更改的地方,否则使用时会迷惑用户

	GetResourceLimiter() (*ResourceLimiter, error)

	// GPULabel returns the label added to nodes with GPU resource.

	// GPU 相关,如果集群中有使用 GPU 资源,需要返回对应内容。 hack: we assume anything which is not cpu/memory to be a gpu.

	GPULabel() string

	// GetAvailableGPUTypes return all available GPU types cloud provider supports.

	// 同上

	GetAvailableGPUTypes() map[string]struct{}

	// Cleanup cleans up open resources before the cloud provider is destroyed, i.e. go routines etc.

	// CloudProvider 只会在启动时被初始化一次,如果每次循环后有需要清除的内容,在这里处理

	Cleanup() error

	// Refresh is called before every main loop and can be used to dynamically update cloud provider state.

	// In particular the list of node groups returned by NodeGroups can change as a result of CloudProvider.Refresh().

	// 会在 StaticAutoscaler RunOnce 中被调用

	Refresh() error

}

// NodeGroup contains configuration info and functions to control a set

// of nodes that have the same capacity and set of labels.

type NodeGroup interface {

	// MaxSize returns maximum size of the node group.

	MaxSize() int

	// MinSize returns minimum size of the node group.

	MinSize() int

	// TargetSize returns the current target size of the node group. It is possible that the

	// number of nodes in Kubernetes is different at the moment but should be equal

	// to Size() once everything stabilizes (new nodes finish startup and registration or

	// removed nodes are deleted completely). Implementation required.

	// 响应的是伸缩组的节点数,并不一定与 kubernetes 中的节点数保持一致

	TargetSize() (int, error)

	// IncreaseSize increases the size of the node group. To delete a node you need

	// to explicitly name it and use DeleteNode. This function should wait until

	// node group size is updated. Implementation required.

	// 扩容的方法,增加伸缩组的节点数

	IncreaseSize(delta int) error

	// DeleteNodes deletes nodes from this node group. Error is returned either on

	// failure or if the given node doesn't belong to this node group. This function

	// should wait until node group size is updated. Implementation required.

	// 删除的节点一定要在该节点组中

	DeleteNodes([]*apiv1.Node) error

	// DecreaseTargetSize decreases the target size of the node group. This function

	// doesn't permit to delete any existing node and can be used only to reduce the

	// request for new nodes that have not been yet fulfilled. Delta should be negative.

	// It is assumed that cloud provider will not delete the existing nodes when there

	// is an option to just decrease the target. Implementation required.

	// 当 ClusterAutoscaler 发现 kubernetes 节点数与伸缩组的节点数长时间不一致,会调用此方法来调整

	DecreaseTargetSize(delta int) error

	// Id returns an unique identifier of the node group.

	Id() string

	// Debug returns a string containing all information regarding this node group.

	Debug() string

	// Nodes returns a list of all nodes that belong to this node group.

	// It is required that Instance objects returned by this method have Id field set.

	// Other fields are optional.

	// This list should include also instances that might have not become a kubernetes node yet.

	// 返回伸缩组中的所有节点,哪怕它还没有成为 kubernetes 的节点

	Nodes() ([]Instance, error)

	// TemplateNodeInfo returns a schedulernodeinfo.NodeInfo structure of an empty

	// (as if just started) node. This will be used in scale-up simulations to

	// predict what would a new node look like if a node group was expanded. The returned

	// NodeInfo is expected to have a fully populated Node object, with all of the labels,

	// capacity and allocatable information as well as all pods that are started on

	// the node by default, using manifest (most likely only kube-proxy). Implementation optional.

	// ClusterAutoscaler 会将节点信息与节点组对应,来判断资源条件,如果是一个空的节点组,那么就会通过此方法来虚拟一个节点信息。

	TemplateNodeInfo() (*schedulernodeinfo.NodeInfo, error)

	// Exist checks if the node group really exists on the cloud provider side. Allows to tell the

	// theoretical node group from the real one. Implementation required.

	Exist() bool

	// Create creates the node group on the cloud provider side. Implementation optional.

	// 与 CloudProvider.NewNodeGroup 配合使用

	Create() (NodeGroup, error)

	// Delete deletes the node group on the cloud provider side.

	// This will be executed only for autoprovisioned node groups, once their size drops to 0.

	// Implementation optional.

	Delete() error

	// Autoprovisioned returns true if the node group is autoprovisioned. An autoprovisioned group

	// was created by CA and can be deleted when scaled to 0.

	Autoprovisioned() bool

}

ScaleUP 源码解析

func ScaleUp(context *context.AutoscalingContext, processors *ca_processors.AutoscalingProcessors, clusterStateRegistry *clusterstate.ClusterStateRegistry, unschedulablePods []*apiv1.Pod, nodes []*apiv1.Node, daemonSets []*Appsv1.DaemonSet, nodeInfos map[string]*schedulernodeinfo.NodeInfo, ignoredTaints taints.TaintKeySet) (*status.ScaleUpStatus, errors.AutoscalerError) {

	

	......

	// 验证当前集群中所有 ready node 是否来自于 nodeGroups,取得所有非组内的 node

	nodesFromNotAutoscaledGroups, err := utils.FilterOutNodesFromNotAutoscaledGroups(nodes, context.CloudProvider)

	if err != nil {

		return &status.ScaleUpStatus{Result: status.ScaleUpError}, err.AddPrefix("failed to filter out nodes which are from not autoscaled groups: ")

	}

	nodeGroups := context.CloudProvider.NodeGroups()

	gpuLabel := context.CloudProvider.GPULabel()

	availableGPUTypes := context.CloudProvider.GetAvailableGPUTypes()

	// 资源限制对象,会在 build cloud provider 时传入

	// 如果有需要可在 CloudProvider 中自行更改,但不建议改动,会对用户造成迷惑

	resourceLimiter, errCP := context.CloudProvider.GetResourceLimiter()

	if errCP != nil {

		return &status.ScaleUpStatus{Result: status.ScaleUpError}, errors.ToAutoscalerError(

			errors.CloudProviderError,

			errCP)

	}

	// 计算资源限制

	// nodeInfos 是所有拥有节点组的节点与示例节点的映射

	// 示例节点会优先考虑真实节点的数据,如果 NodeGroup 中还没有真实节点的部署,则使用 Template 的节点数据

	scaleUpResourcesLeft, errLimits := computeScaleUpResourcesLeftLimits(context.CloudProvider, nodeGroups, nodeInfos, nodesFromNotAutoscaledGroups, resourceLimiter)

	if errLimits != nil {

		return &status.ScaleUpStatus{Result: status.ScaleUpError}, errLimits.AddPrefix("Could not compute total resources: ")

	}

	// 根据当前节点与 NodeGroups 中的节点来计算会有多少节点即将加入集群中

	// 由于云服务商的伸缩组 increase size 操作并不是同步加入 node,所以将其统计,以便于后面计算节点资源

	upcomingNodes := make([]*schedulernodeinfo.NodeInfo, 0)

	for nodeGroup, numberOfNodes := range clusterStateRegistry.GetUpcomingNodes() {

		......

	}

	klog.V(4).Infof("Upcoming %d nodes", len(upcomingNodes))

	// 最终会进入选择的节点组

	expansionOptions := make(map[string]expander.Option, 0)

	......

	// 出于某些限制或错误导致不能加入新节点的节点组,例如节点组已达到 MaxSize

	skippedNodeGroups := map[string]status.Reasons{}

	// 综合各种情况,筛选出节点组

	for _, nodeGroup := range nodeGroups {

	......

	}

	if len(expansionOptions) == 0 {

		klog.V(1).Info("No expansion options")

		return &status.ScaleUpStatus{

			Result:					status.ScaleUpNoOptionsAvailable,

			PodsRemainUnschedulable: getRemainingPods(podEquivalenceGroups, skippedNodeGroups),

			ConsideredNodeGroups:	nodeGroups,

		}, nil

	}

	......

	// 选择一个最佳的节点组进行扩容,expander 用于选择一个合适的节点组进行扩容,默认为 RandomExpander,flag: expander

	// random 随机选一个,适合只有一个节点组

	// most-pods 选择能够调度最多 pod 的节点组,比如有 noSchedulerPods 是有 nodeSelector 的,它会优先选择此类节点组以满足大多数 pod 的需求

	// least-waste 优先选择能满足 pod 需求资源的最小资源类型的节点组

	// price 根据价格模型,选择最省钱的

	// priority 根据优先级选择

	bestOption := context.ExpanderStrategy.BestOption(options, nodeInfos)

	if bestOption != nil && bestOption.NodeCount > 0 {

	......

		newNodes := bestOption.NodeCount

		// 考虑到 upcomingNodes, 重新计算本次新加入节点

		if context.MaxNodesTotal > 0 && len(nodes)+newNodes+len(upcomingNodes) > context.MaxNodesTotal {

			klog.V(1).Infof("Capping size to max cluster total size (%d)", context.MaxNodesTotal)

			newNodes = context.MaxNodesTotal - len(nodes) - len(upcomingNodes)

			if newNodes < 1 {

				return &status.ScaleUpStatus{Result: status.ScaleUpError}, errors.NewAutoscalerError(

					errors.TransientError,

					"max node total count already reached")

			}

		}

		createNodeGroupResults := make([]nodegroups.CreateNodeGroupResult, 0)

	

		// 如果节点组在云服务商端处不存在,会尝试创建根据现有信息重新创建一个云端节点组

		// 但是目前所有的 CloudProvider 实现都没有允许这种操作,这好像是个多余的方法

		// 云服务商不想,也不应该将云端节点组的创建权限交给 ClusterAutoscaler

		if !bestOption.NodeGroup.Exist() {

			oldId := bestOption.NodeGroup.Id()

			createNodeGroupResult, err := processors.NodeGroupManager.CreateNodeGroup(context, bestOption.NodeGroup)

		......

		}

		// 得到最佳节点组的示例节点

		nodeInfo, found := nodeInfos[bestOption.NodeGroup.Id()]

		if !found {

			// This should never happen, as we already should have retrieved

			// nodeInfo for any considered nodegroup.

			klog.Errorf("No node info for: %s", bestOption.NodeGroup.Id())

			return &status.ScaleUpStatus{Result: status.ScaleUpError, CreateNodeGroupResults: createNodeGroupResults}, errors.NewAutoscalerError(

				errors.CloudProviderError,

				"No node info for best expansion option!")

		}

		// 根据 CPU、Memory及可能存在的 GPU 资源(hack: we assume anything which is not cpu/memory to be a gpu.),计算出需要多少个 Nodes

		newNodes, err = applyScaleUpResourcesLimits(context.CloudProvider, newNodes, scaleUpResourcesLeft, nodeInfo, bestOption.NodeGroup, resourceLimiter)

		if err != nil {

			return &status.ScaleUpStatus{Result: status.ScaleUpError, CreateNodeGroupResults: createNodeGroupResults}, err

		}

		// 需要平衡的节点组

		targetNodeGroups := []cloudprovider.NodeGroup{bestOption.NodeGroup}

		// 如果需要平衡节点组,根据 balance-similar-node-groups flag 设置。

		// 检测相似的节点组,并平衡它们之间的节点数量

		if context.BalanceSimilarNodeGroups {

		......

		}

		// 具体平衡策略可以看 (b *BalancingNodeGroupSetProcessor) BalanceScaleUpBetweenGroups 方法

		scaleUpInfos, typedErr := processors.NodeGroupSetProcessor.BalanceScaleUpBetweenGroups(context, targetNodeGroups, newNodes)

		if typedErr != nil {

			return &status.ScaleUpStatus{Result: status.ScaleUpError, CreateNodeGroupResults: createNodeGroupResults}, typedErr

		}

		klog.V(1).Infof("Final scale-up plan: %v", scaleUpInfos)

		// 开始扩容,通过 IncreaseSize 扩容

		for _, info := range scaleUpInfos {

			typedErr := executeScaleUp(context, clusterStateRegistry, info, gpu.GetGpuTypeForMetrics(gpuLabel, availableGPUTypes, nodeInfo.Node(), nil), now)

			if typedErr != nil {

				return &status.ScaleUpStatus{Result: status.ScaleUpError, CreateNodeGroupResults: createNodeGroupResults}, typedErr

			}

		}

		......

	}

	......

}


Tags: Kubernetes   点击:()  评论:()
声明:本站部分内容及图片来自互联网,转载是出于传递更多信息之目的,内容观点仅代表作者本人,如有任何标注错误或版权侵犯请与我们联系(Email:2595517585@qq.com),我们将及时更正、删除,谢谢。
▌相关推荐
在今年的NGINX Sprint 2.0虚拟大会上,NGINX(来自流行的开源web服务器/负载均衡器和反向代理背后的公司F5),发布了NGINX现代应用参考架构(MARA)。该公司在一篇博客文章中说,这将帮...【详细内容】
2021-09-26  Tags: Kubernetes  点击:(61)  评论:(0)  加入收藏
Kubernetes 号称云原生操作系统,可想而知其复杂程度也是非常大的,由许多组件组成,我们很难去追踪到所有的组件信息。 上图中至少列出了七八个组件,我们这里会忽略其中大部分组件...【详细内容】
2020-07-07  Tags: Kubernetes  点击:(85)  评论:(0)  加入收藏
当我们使用 Kubernetes 部署应用后,会发现如果用户增长速度超过预期,以至于计算资源不够时,你会怎么做呢?Kubernetes 给出的解决方案就是:自动伸缩(auto-scaling),通过自动伸缩组件...【详细内容】
2020-06-21  Tags: Kubernetes  点击:(81)  评论:(0)  加入收藏
Kubernetes 是一款生产级的开源系统,用于容器化应用程序的自动部署、扩展和管理。本文关于使用 Kubernetes 来管理容器。-- Abhinav Nath Gupta(作者)“容器”已成为最新的流...【详细内容】
2019-12-24  Tags: Kubernetes  点击:(83)  评论:(0)  加入收藏
什么是 KindKind(Kubernetes in Docker) 是一个Kubernetes孵化项目,Kind是一套开箱即用的Kubernetes环境搭建方案。顾名思义,就是将Kubernetes所需要的所有组件,全部部署在一个D...【详细内容】
2019-09-20  Tags: Kubernetes  点击:(135)  评论:(0)  加入收藏
▌简易百科推荐
写一个shell获取本机ip地址、网关地址以及dns信息。经常会遇到取本机ip、网关、dns地址,windows一个命令ipconfig /all全部获取到,但linux系统却并非如此。linux系统都自带ifc...【详细内容】
2021-12-27  K佬食古    Tags:shell   点击:(2)  评论:(0)  加入收藏
步骤1、配置 /etc/sysconfig/network-scripts/ifcfg-eth0 里的文件。it动力的CentOS下的ifcfg-eth0的配置详情:[root@localhost ~]# vim /etc/sysconfig/network-scripts/ifc...【详细内容】
2021-12-24  忆梦如风    Tags:网卡   点击:(10)  评论:(0)  加入收藏
1、查找当前目录下所有以.tar结尾的文件然后移动到指定目录find . -name “*.tar” -execmv {}./backup/ ;注解:find &ndash;name 主要用于查找某个文件名字,-exec 、xargs可...【详细内容】
2021-12-17  郭主任    Tags:运维   点击:(20)  评论:(0)  加入收藏
对于经常上网的朋友来说,除了手机购物上网,pc端玩网页游戏还是很多小伙伴首选的,但是有时候明明宽带链接上了,打开浏览器却出现上不了网的现象,下面小编要来跟大家说说电脑有网络...【详细内容】
2021-12-16  小白系统    Tags:网页无法打开   点击:(28)  评论:(0)  加入收藏
在访问像github、gitlab这样的外国网站时,很有可能会出现页面加载不出来或找不到页面的错误。这时候有的朋友就会以为是网络的问题,于是把Wifi断掉连上自己手机的热点,结果却还...【详细内容】
2021-12-15  启施技术IT狼叔    Tags:外网   点击:(16)  评论:(0)  加入收藏
网络地址来源:获取公网IP地址 https://ipip.yy.com/get_ip_info.phphttp://pv.sohu.com/cityjson?ie=utf-8http://www.ip168.com/json.do?view=myipaddress...【详细内容】
2021-12-15  韦廷华12    Tags:外网ip   点击:(15)  评论:(0)  加入收藏
准备好软件IPOP、用ENSP模拟一下华为交换机 启动交换机 <Huawei>sysEnter system view, return user view with Ctrl+Z.[Huawei]sysname FTPClient[FTPClient]interface vla...【详细内容】
2021-12-15  思源Edward    Tags:交换机   点击:(24)  评论:(0)  加入收藏
我们经常用到netstat命令查看主机连接状况,包括连接ip、端口、状态等,今天就练习下shell分析netsat结果。描述假设netstat命令运行的结果我们存储在nowcoder.txt里,格式如下:Pro...【详细内容】
2021-12-14  K佬食古    Tags:netstat   点击:(19)  评论:(0)  加入收藏
什么是滑动窗口?窗口是操作系统开辟的一块缓存空间,发送方在收到接收方ACK应答之前,必须在缓冲区保留已发送的数据,如果按期收到确认应答,数据就可以从缓冲区移除。什么是滑动窗...【详细内容】
2021-12-14  DifferentJava    Tags:TCP   点击:(30)  评论:(0)  加入收藏
概述日常管理华为路由设备过程中,难为会忘记设备登录密码,那么该如何重置设备登录密码吗?本期文章将全面向各位小伙伴总结分享。重置华为设备登录密码思路先行 采用console登录...【详细内容】
2021-12-10  onme0    Tags:   点击:(27)  评论:(0)  加入收藏
最新更新
栏目热门
栏目头条