前言

关于 Gitlab CE 部署 与 Gitlab CI 搭建请参考下文

• Docker Compose 部署 Gitlab-CE
• Gitlab CI 搭建持续集成环境

环境 与 概述

• 一个 hello-world nodejs 项目
• Dockerfile 和 app.dev.yaml（k8s deploy 文件） 存放在业务代码中
• Gitlab CI Build 机器需要安装 envsubst 命令
• 构建一个 Docker 业务镜像发布到 Kubernetes 中
• 本项目部署 K8S Service 、HPA 和 Deployment
• $CI_COMMIT_REF_SLUG $CI_COMMIT_SHA 变量都是 Gitlab CI 内置的变量
• 把 hello-world 项目部署到 Kubernetes default 命名空间中，NODE_ENV 使用 development

什么是 Calico ？

Calico 是一套开源的网络和网络安全方案，用于容器、虚拟机、宿主机之前的网络连接，可以用在kubernetes、OpenShift、DockerEE、OpenStrack等PaaS或IaaS平台上。

Calico 组件概述

• Felix：calico的核心组件，运行在每个节点上。主要的功能有接口管理、路由规则、ACL规则和状态报告
  • 接口管理：Felix为内核编写一些接口信息，以便让内核能正确的处理主机endpoint的流量。特别是主机之间的ARP请求和处理ip转发。
  • 路由规则：Felix负责主机之间路由信息写到linux内核的FIB（Forwarding Information Base）转发信息库，保证数据包可以在主机之间相互转发。
  • ACL规则：Felix负责将ACL策略写入到linux内核中，保证主机endpoint的为有效流量不能绕过calico的安全措施。
  • 状态报告：Felix负责提供关于网络健康状况的数据。特别是，它报告配置主机时出现的错误和问题。这些数据被写入etcd，使其对网络的其他组件和操作人员可见。
• Etcd：保证数据一致性的数据库，存储集群中节点的所有路由信息。为保证数据的可靠和容错建议至少三个以上etcd节点。
• Orchestrator plugin：协调器插件负责允许kubernetes或OpenStack等原生云平台方便管理Calico，可以通过各自的API来配置Calico网络实现无缝集成。如kubernetes的cni网络插件。
• Bird：BGP客户端，Calico在每个节点上的都会部署一个BGP客户端，它的作用是将Felix的路由信息读入内核，并通过BGP协议在集群中分发。当Felix将路由插入到Linux内核FIB中时，BGP客户端将获取这些路由并将它们分发到部署中的其他节点。这可以确保在部署时有效地路由流量。
• BGP Router Reflector：大型网络仅仅使用 BGP client 形成 mesh 全网互联的方案就会导致规模限制，所有节点需要 N^2 个连接，为了解决这个规模问题，可以采用 BGP 的 Router Reflector 的方法，使所有 BGP Client 仅与特定 RR 节点互联并做路由同步，从而大大减少连接数。
• Calicoctl： calico 命令行管理工具。

前言

创建 Pod 时，可以为其下的容器设置启动时要执行的命令及其参数。如果要设置命令，就填写在配置文件的 command 字段下，如果要设置命令的参数，就填写在配置文件的 args 字段下。一旦 Pod 创建完成，该命令及其参数就无法再进行更改了。

前言

阿里云监控为云上用户提供常用云产品的监控数据和用户自定义上报的监控数据。在可视化展示层面，除了在云监控控制台查看监控图表外，您还可以将云监控的数据添加到Grafana中展示。

阿里云SLB监控展示

前言

1、Ingress Nginx 默认访问日志都输出到 /var/log/nginx/access.log 文件中，但是对于生产环境来说，不可能把所有日志都输到一个日志文件中，一般情况都是根据域名分别输出到各个文件中。

2、Ingress Nginx 修改默认日志输出字段，可以输出为json格式 和 普通日志格式。

原文链接：https://kubernetes.github.io/ingress-nginx/troubleshooting/

Ingress Controller 日志与事件

有很多方法可以对 ingress-controller 进行故障排除。以下列举些基本故障排除方法。

原文链接：https://kubernetes.github.io/ingress-nginx/how-it-works/

前言

本文目的是阐述 Nginx Ingress 控制器的工作原理，尤其是 NGINX模型 的构建方式以及为什么需要这个模型。

前言

最近，我开始了 Kubernetes 之旅，希望更好地了解其内部。下面简单介绍下吧！

容器

在我们尝试了解 Kubernetes 之前，让我们花一点时间来澄清什么是容器，以及为什么它们如此受欢迎。毕竟，在不知道容器是什么的情况下谈论容器编排器（Kubernetes）毫无意义。

容器：是一个用来存放您放入的所有物品的容器。

像您的应用程序代码，依赖库及其依赖关系一直到内核。这里的关键概念是隔离。将所有内容与其余内容隔离开，以便您更好地控制它们。容器提供三种隔离类型：

• 工作区隔离（进程，网络）
• 资源隔离（CPU，内存）
• 文件系统隔离（联合文件系统）

考虑一下像VM一样的容器。它们精简，快速（启动）且体积小。而且，所有这些都没有建立起来。取而代之的是，他们使用linux系统中存在的构造（例如cgroups，名称空间）在其上构建了一个不错的抽象。

现在我们知道什么是容器了，很容易理解为什么它们很受欢迎。不仅可以仅分发应用程序二进制/代码，还可以以实用的方式分发运行应用程序所需的整个环境，因为可以将容器构建为非常小的单元。解决“在我的机器上工作”问题的完美解决方案。

• 作者：徐亚松
• 链接：http://www.xuyasong.com/?p=1921

问题导航

• 1 几点原则
• 2 Prometheus 的局限
• 3 K8S 集群中常用的 exporter
• 4 K8S 核心组件监控与 Grafana 面板
• 5 采集组件 All IN One
• 6 合理选择黄金指标
• 7 K8S 1.16中 Cadvisor 的指标兼容问题
• 8 Prometheus 采集外部 K8S 集群、多集群
• 9 GPU 指标的获取
• 10 更改 Prometheus 的显示时区
• 11 如何采集 LB 后面的 RS 的 Metric
• 12 版本的选择
• 13 Prometheus 大内存问题
• 14 Prometheus 容量规划
• 15 对 Apiserver 的性能影响
• 16 Rate 的计算逻辑
• 17 反直觉的 P95 统计
• 18 慢查询问题
• 19 高基数问题 Cardinality
• 20 找到最大的 metric 或 job
• 21 Prometheus 重启慢与热加载
• 22 你的应用需要暴露多少指标
• 23 node-exporter 的问题
• 24 kube-state-metric 的问题
• 25 relabel_configs 与 metric_relabel_configs
• 26 Prometheus 的预测能力
• 27 alertmanager 的上层封装
• 28 错误的高可用设计
• 29 prometheus-operator 的场景
• 30 高可用方案
• 31 容器日志与事件
• 32 参考

• 作者：jasonminghao
• 链接：https://www.cnblogs.com/jasonminghao/p/12681352.html?utm_source=tuicool&utm_medium=referral

目录导航

• 1、Pod容器钩子最终目的
• 2、何为Pod容器钩子
• 3、基于PostStart演示
• 4、基于PreStop演示
• 5、优雅停止Java应用