Linux

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第20天。 Flannel是CoreOS团队针对Kubernetes设计的一个网络规划服务，简单来说，它的功能是让集群中的不同节点主

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第19天。 在上一篇文章中我们介绍了基于ipvs的cluster ip类型service的实现原理，本质上是在iptable的PRE

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第18天。 在之前文章中我们介绍了基于iptable方式实现的k8s集群中service的负载均衡。其本质上是当网络数据包从pod的

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第17天。 对于容器之间的网络通讯基本分为两种，underlay方式和overlay方式。underlay方式在通讯过程中没有额外的

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第16天。 前面介绍了集群内cluster ip service的实现原理，当然是基于iptable的nat的模式，也就是说利用OS

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第15天。 k8s集群中的服务是需要相互访问的，一般我们都会为之创建相应的service，对于集群内部的service类型我们一般设

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第14天。 在这里我们介绍宿主内的容器网络，当然我们还是以docker环境为例，介绍docker宿主环境中的容器网络。 在介绍doc

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第13天。 概述 线上排查pod 问题一般有两种方式，kubectl log 或者 kubectl exec 调试。如果你的 log

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第12天。 Kubernetes 网络模型来龙去脉 容器网络发端于 Docker 的网络。Docker 使用了一个比较简单的网络模型

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第11天。 CNI 是什么 首先我们介绍一下什么是 CNI，它的全称是 Container Network Interface，即容

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第10天。 使用 Ingress 统一访问入口 k8s 有三种访问外部的方式： NodePort NodePort 服务是引导外部流

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第9天。 一个应用跑在k8s集群上了，那么这个应用就是一个工作负载（workloads）。 在k8s中会用pod的来承载这个应用，那

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第8天。 顾名思义，DaemonSet 的主要功能是可让你在 K8s 集群中运行一个守护进程 Pod。DaemonSet 可确保在所

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第7天。 什么是 Service Service可以看做是一组同类的Pod对外的访问接口，借助Service，应用可以方便的实现服务

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第6天。 Pod 是什么 当我们借助Kubernetes上创建Deployment时，Deployment会在其中创建带有容器的Po

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第5天。 k8s 中的容器 目前在Kubernetes 1.18 version中，已经支持4种不同类型的容器，分别为：标准容器（主

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第4天。 Kubernetes 中对任何网络实现都规定了以下的一些要求： 所有 Pod 都可以在不使用 NAT 的情况下与所有其他

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第3天。 K8s 的核心概念主要有：Pod、Node、Service 等，在k8s 中也被称为资源对象，它们是通过 K8s 提供的

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第2天。 Containerd Containerd 是一个高度模块化的高级运行时，所有模块均可插拔，模块均以 RPC servic

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第1天。 mmap 原理 mmap 的全称是 memory map，也就是 内存映射。其用途是将文件映射到内存中，然后可以通过对映射