在混合多云的世界里，Kubernetes是如此流行，已经成为应用统一部署和管理的事实标准，而Tungsten Fabric与Kubernetes的集成，更增强了后者的网络性能和安全性，帮助实现业务落地。
下载离线安装包https://download.docker.com/linux/centos/7/x86_64/stable/Packages/
去年初我开始系统学习 K8S，就想能生成一个集群环境。查看了一下官方文档，步骤很多。网上的一些资源已经过期或者不可用，再加上各种资源的变更和国内不可访问。
我们在本系列的第一期就提到过，孙猴子的两个重要技能是召唤分身和筋斗云。虚拟化技术的起源也借鉴了这一思想，用户可以基于虚拟机镜像快速批量启动虚拟机，以及虚拟机迁移，来实现虚拟机的便捷调度。
使用声明式 YAML 部署家庭网络所需应用，如路由器、家庭影院、监控系统、离线下载工具等。
微服务架构背景下，随着服务和服务实例的数量不断增加，如果依然用传统的方式部署、配置和管理这些服务进程，就会发现，越来越多的时间花在了管理部署和解决部署过程中出现的问题上了。比如，需要新增服务实例进行扩容，服务器环境搭建就挺费时间的。另外，很多人肯定会经历过，同一份代码的程序在测试环境跑得好好的，但到了生产环境就出错了。部署上线的时候，大部分问题其实都是运行环境和配置问题，开发和运维就为了解决这些问题花费了很多时间。
随Kubernetes的普及，容器环境对于大多数业务已经足够，但某些特殊业务涉及对内核的修改，还需要运行在虚拟机里，K8s将容器和虚拟机统一管理是将来的趋势。
在 Kubernetes 中，监控和日志属于生态的一部分，它并不是核心组件，因此大部分的能力依赖上层的云厂商的适配。Kubernetes 定义了介入的接口标准和规范，任何符合接口标准的组件都可以快速集成。
docker技术依赖于linux内核虚拟化技术的发展，对linux内核特性有很强依赖。docker用到的linux技术包括：
pod 中声明的 volume 生命周期与 pod 是相同的，以下有几种常见的场景：
在微服务架构中，日志是一个不得不面临与需要解决的点。因为微服务架构中，服务是分散在不同的节点或虚拟机上运行，这意味着服务产生的日志也是分散的，所以收集分散的日志就成为了微服务中的一个痛点。否则有需要时查询起日志来就非常麻烦与不方便。
阅读这篇文章先需要对 docker 的基本知识有所了解！相关阅读请移步：Docker上手，看完觉得自己又行了！
之前详细介绍了calico的ipip、vxlan、bgp模式， 但是所有的k8s节点都是同网段的， 本篇使用ensp和workstation在自己家里就可以模拟测试跨网段k8s集群calico方案的纯bgp模式。
首先，K8s并不是一个传统意义上的 PaaS平台即服务的工具，它充分给使用者提供了很多很多选择的空间。
Kubeadm是一个K8s部署工具，提供kubeadm init和kubeadm join，用于快速部署Kubernetes集群。
准备部署一个 一主两从 的 三节点 Kubernetes集群，整体节点规划如下表所示：
在Docker容器技术被炒得热火朝天之时，大家发现，如果想要将Docker应用于具体的业务实现，是存在困难的——编排、管理和调度等各个方面，都不容易。于是，人们迫切需要一套管理系统，对Docker及容器进行更高级更灵活的管理。就在这个时候，K8S出现了。K8S，就是基于容器的集群管理平台，它的全称，是kubernetes。
本文基于Mac平台和Parallels软件，在其中创建三个Ubuntu系统，搭建了一个3个节点（1个master和2个Node）的K8s集群。下面的步骤没有特殊说明，都是需要在所有节点上分别执行的。也可以在一个虚拟机上执行完之后，复制当前虚拟机作为其他节点。
TIPS：需要在所有集群机器上执行的命令，可以用XSHELL的发送命令到所有会话，提高部署效率
k8s为什么叫k8s呢？ 因为k8s是Kubernetes的简称，因为K和S之间有8个字母，所以才会被称为k8s。 k8s最初是在Google公司内部使用了10多年的技术，它的前身是叫做Borg（博格），直到2015年才被Google公司捐赠为开源项目。
你知道你的 K8s 集群在你没使用的时候在做什么吗？谁与他建立 TCP 了通信？他调用了谁？通过使用 k8spacket 和 Grafana，我们可以可视化集群中的 TCP 流量，这样可以了解工作负载是如何相互通信。检查建立了多少连接，交换了多少字节，以及这些连接处于活动状态的时间。
上篇文章中用 ip link add name br0 type bridge 创建网桥重启之后就消失了。下面以网络设备文件的形式持久化这个网桥。
最近面试被问到的几个问题，于是整理收集如下： 自动化相关 k8s中master和nodes分别有哪些组件，及作用。 Master节点上面主要由四个模块组成：etcd、api server、controller manager、scheduler api server：顾名思义提供API，通过rest接口实现各自的功能。如controller通过api来实时监控各个资源状态。 etcd：提供一个键值数据库，用于保存集群网络配置和资源对象的状态信息。数据变更都是通过a
在上一个小系列文章《ASP.NET Core on K8S学习初探》中，通过在Windows上通过Docker for Windows搭建了一个单节点的K8S环境，并初步尝试将ASP.NET Core WebAPI项目部署到了K8S，把玩了一下快速部署和实例伸缩。这个系列开始，会继续学习K8S以及在Linux上搭建集群来深入把玩。本篇会回顾一下K8S的基本概念以及架构组成，然后会通过Kubeadm快速地搭建一个K8S集群供后续学习把玩之用。
Docker网络是容器化中最难理解的一点也是整个容器化中最容易出问题又难以排查的地方，加上使用Kubernets后大部分人即使是专业运维如果没有扎实的网络知识也很难定位容器网络问题，因此这里就容器网络单独拿出来理一理。
小伙伴们好呀，这篇文章记录了本次的小实验：用 k8s+Ingress+Traefik 搭建一个外网可以访问的 Web 服务。
Docker 是基于容器技术实现的，容器技术最开始是基于 Linux Container（简称 LXC）技术实现的，通过内核提供的 Namespace 和 Cgroup 机制，实现了对应用程序的隔离以及物理资源的分配。
部署一个应用？ 程序员：调用CLI告诉master，我们现在要部署一个tomcat应用
OpenShift的OVS网络组件有三种模式：ovs-subnet、ovs-multitenant、ovs-networkpolicy。
物联网开发者需要为自己的物联网项目选择合适的 MQTT 消息产品或服务，从而构建可靠高效的基础数据层，保障上层物联网业务。目前市面上有很多开源的 MQTT 产品，在性能功能等方面各有优点。本文将选取目前最为流行的两个开源 MQTT Broker：EMQX 和 Mosquitto，从技术架构、性能、功能、社区情况等多维度进行 1v1 对比，帮助读者更加深入了解这两个产品。
作者:无聊的学习者 来源:见文末 在国内安装 K8S，一直是大家很头痛的问题，各种麻烦，关键是还不知道需要下载什么工具。蛋疼。而且大部分国内教程要么太老，要么太挫。今天就来告诉大家如何在国内愉快的安装K8S。 安装环境 使用的是 kubeadm 进行安装，过程基本安装官方教程来的。 类目 型号 平台 阿里云 VPC 系统 Centos 7.3 Docker 版本 1.12.6 K8S版本 1.6.* 虽然写的是阿里云 VPC，但是虚拟机也支持。影响不大。 节点 作用
如果大家已经使用了 kubernetes技术，并运行了一些测试或生产的服务，可能已经能体会到 K8s 技术带来的革命性变化，如果还没有用过的小伙伴，我建议尽快入坑，毕竟这是技术趋势。
在讨论Kubernetes网络之前，让我们先来看一下Docker网络。Docker采用插件化的网络模式，默认提供bridge、host、none、overlay、maclan和Network plugins这几种网络模式，运行容器时可以通过–network参数设置具体使用那一种模式。
某次在试图从容器内访问到本地的数据库时，发现在本机上并没有 docker0 这个网桥。学习了一波 Docker 网络相关的知识后作出了以下总结。
学习云原生，k8s 是一个基础，为了做一些实验，单机部署是最方便的，下面将介绍在 CentOS 中单机安装 k8s ，并将一个 .NET 6 的程序发布到 k8s 中。
顾名思义该集群中只有一个 master 节点，在这样的集群规划中，如果 master 节点出了任何问题，它所管理的各个 node 节点都会受到影响，缺点是很明显的。
在传统的虚拟化中，虚拟机的网卡通常是通过桥接（Bridge或OVS）的方式，因为这种方式最方便，也最简单，但是这样做最大的问题在于性能。本文讲的SR-IOV在2010年左右由Intel提出，但是随着容器技术的推广，intel官方也给出了SR-IOV技术在容器中使用的开源组件，例如：sriov-cni和sriov-device-plugin等，所以SR-IOV也开始在容器领域得到的大量使用。
Kubernetes是Google开源的一个容器编排引擎，它支持自动化部署、大规模可伸缩、应用容器化管理。伴随着云原生技术的迅速崛起，如今Kubernetes 事实上已经成为应用容器化平台的标准，越来越受到企业的青睐，在生产中也应用的也越来越广泛。 我们的容器平台建设从2016年开始，大致经历了探索预研、体系建设和平台落地这样三个阶段。
K8S（Kubernetes缩写）是容器编排引擎，用于实现自动化运维管理容器。 核心功能：
OpenStack与K8S结合主要有两种方案。一是K8S部署在OpenStack平台之上，二是K8S和OpenStack组件集成。
k8s网络模型设计基础原则:每个Pod都拥有一个独立的 IP地址，而且 假定所有 Pod 都在一个可以直接连通的、扁平的网络空间中 。 所以不管它们是否运行在同 一 个 Node (宿主机)中，都要求它们可以直接通过对方的 IP 进行访问。设计这个原则的原因 是，用户不需要额外考虑如何建立 Pod 之间的连接，也不需要考虑将容器端口映射到主机端口等问题。
K8S的设计初衷就是支持可插拔架构，解决PaaS平台不好用、不能用、需要定制化等问题，K8S集成了插件、附加组件、服务和接口来扩展平台的核心功能。附加组件被定义为与环境的其他部分无缝集成的组件，提供类似本机的特性，并扩展集群管理员可用的组件，扩展还可以用于添加自定义软硬件的支持；服务和接口提供了看似繁琐和冗余的设计（比如我们常见的PV、PVC、SC），实际上为开发人员提供了更多的可扩展性。在本文中，我们将更多地关注K8S提供三个特定功能的接口插件:运行时插件、存储插件和网络插件。更具体地说，我们将讨论容器网络接口(CNI)、容器运行时接口(CRI)和容器存储接口(CSI)如何扩展K8S的核心功能，以及它对定制服务的支持。
本篇文章分享在不使用路由器的情况下，使用“数据线或网线”将 MacBook 与其他设备连接在一起，获得更高效率的数据交换性能。
本篇已加入《.NET Core on K8S学习实践系列文章索引》，可以点击查看更多容器化技术相关系列文章。
一个新产品临近上线，全部采购了腾讯云ECS服务器，安装了Rancher 1.6.17做容器编排。在添加主机到服务器集群时，rancher的 healthcheck 容器和自定义的 loadbalance 容器无法启动，一直处于Initializing 状态
12月15日，由腾讯云主办的首届“腾讯云+社区开发者大会”在北京举行。本届大会以“新趋势•新技术•新应用”为主题，汇聚了超40位技术专家，共同探索人工智能、大数据、物联网、小程序、运维开发等热门技术的最新发展成果，吸引超过1000名开发者的参与。以下是DevOps分会场的演讲内容，稍作整理，分享给大家。
其实上图关于容器的部分并不准确，APP也就是容器并不是运行在Docker上的，Docker只是在帮助用户创建进程时添加了各种Namespace参数，容器是特殊的进程，还是运行在操作系统上的。
kubeadm 是官方社区推出的一个用于快速部署 kubernetes 集群的工具，这个工具 能通过两条指令完成一个 kubernetes 集群的部署：
这里的场景是在一台KVM host上创建一个master guest host，三个nodes guest hosts，并组成kubernets集群。如图：
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
