## Kubernetes 异常配置检测框架 顾静, 阿里云 邓隽, 阿里云 ## 我们来自阿里云容器服务 • 顾静，研发工程师 • 邓隽，技术专家 ## 我们参与打造 • 容器服务（ACK/ASK） • 容器镜像服务（ACR） • 服务网格（ASM） 1 Kubernetes 典型异常 2 检测框架演进 3 生产实践 4 总结 ## Kubernetes 使用日常 使用日常 • 应用部署 • 集群扩容 • 组件升级 · ... • 找出集群不正常工作的原因：( ## Kubernetes 典型异常 ## 组件异常 • API Server Load Balancer 异常 • API Server Pod 异常 ## 影响 - 通过 API Server 访问集群概率失败 • 升级集群失败 Load Balancer ![Image](/u Pod Master API Server Pod Master ## Kubernetes 典型异常 ## 网络异常 • 安全组、路由表配置错误 • 节点防火墙软件等修改 iptables、内核参数 • 网络链路长，手动排查成本高 ## 异常影响 • 应用间无法正常通信 • 集群内 Controller 无法正常工作 ![Image](/uploads/documents/2/

## Pod 容忍节点异常时间调整 ### 1. 原理说明 Kubernetes 集群节点处于异常状态之后需要有一个等待时间，才会对节点上的 Pod 进行驱逐。那么针对部分关键业务，是否可以调整这个时间，便于在节点发生异常时及时将 Pod 驱逐并在别的健康节点上重建？ 要解决这个问题，我们首先要了解 Kubernetes 在节点异常时驱逐 Pod 的机制。 在 Kubernetes 1.13 参数，指定当节点出现异常（如 NotReady）时 Pod 还将在这个节点上运行多长的时间。 那么，节点发生异常到 Pod 被驱逐的时间，就取决于两个参数：1. 节点实际异常到被判断为不健康的时间；2. Pod 对节点不健康的容忍时间。 Kubernetes 集群中默认节点实际异常到被判断为不健康的时间为 40s, Pod 对节点 NotReady 的容忍时间为 5min, 也就是说, 节点实际异常 5min40s(340s)

# Java 应用与开发 异常处理 王晓东 wangxiaodong@ouc.edu.cn 中国海洋大学 October 30, 2018   ## 学习目标 1. 掌握 Java 异常的概念和分类 2. 深入理解 Java 异常处理机制 异常的概念及分类 ## 大纲 异常的概念及分类 Java 异常处理机制 ## C++ 中的异常处理 ## 《The C++ Programming Language》 一个库的作者可以检测出发生了运行时错误，但一般不知 ## 提供异常处理机制的基本思想 让一个函数在发现了自己无法处理的错误时抛出（throw）一个异常，然后它的（直接或者间接）调用者能够处理这个问题。 ## 《C++ primer》 将问题检测和问题处理相分离。 (Exceptions let us separate problem detection from problem resolution.) ## C++ 中的异常处理 ##

634812a02/p1_1.jpg) ## 链滴 ## consul 集群搭建 作者：boolean-dev 原文链接：https://ld246.com/article/1545917881597 来源网站：链滴 许可协议：署名-相同方式共享4.0国际(CC BY-SA 4.0) ## consul集群搭建 consul agent -data-dir /tmp/node0 -node=node0

# 使用 Docker 建立 Mysql 集群 ## 软件环境介绍 操作系统：Ubuntu server 64bit 14.04.1 Docker 版本 1.6.2 数据库：Mariadb 10.10 （Mariadb 是 MySQL 之父在 MySQL 被 Oracle 收购之后创建的分支，性能上优于 MySQL 开源版本） ## 第一步 安装 Docker 对于 Ubuntu，建议直接联网安装 MYSQL_PASSWORD=medical_waste \ -e MYSQL_DATABASE=medical_waste \ -e TERM=linux \ -d mariadb ## 第三步 配置一主一从集群 ### 3.1 接下来启动另一个容器作为从数据库，因为镜像不支持在容器内进入 mysql 控制台，所以依然需要把端口暴露出来以供局域网访问，但主数据库容易可以链接进来作为一个可访问的主机 master master_log_pos=789; /*开启从数据库复制*/ start slave; 最后可以通过 show slave status; 查看同步情况。 至此我们就建立了一个基于 Docker 的 Mariadb 数据库集群。

jpg) ### OpenShift Container Platform 4.7 ## 更新集群 更新 OpenShift Container Platform 集群 Powered by TCPDF (www.tcpdf.org) 更新 OpenShift Container Platform 集群 Enter your first name here. Enter your surname Container Platform 集群的信息。更新集群的过程较简单，可以在不需要使集群离线的情况下进行。 ## 目录 第1章 了解 OPENSHIFT UPDATE SERVICE ..... 4 1.1. 关于 OPENSHIFT UPDATE 服务 ..... 4 1.2. 非受管 OPERATOR 的支持策略 ..... 4 第2章 更新集群概述 ..... 6 2.1 了解升级频道和发行版本 ..... 6 2.4. 使用 WEB 控制台更新集群 ..... 6 2.5. 使用 CLI 更新集群 ..... 6 2.6. 执行 CANARY ROLLOUT 更新 ..... 7 2.7. 更新包含使用 RHEL 的计算（COMPUTE）系统的集群 ..... 7 2.8. 更新受限网络集群 ..... 7 第3章 安装和配置 OPENSHIFT

jpg) ### OpenShift Container Platform 4.14 ## 更新集群 更新 OpenShift Container Platform 集群 Powered by TCPDF (www.tcpdf.org) 更新 OpenShift Container Platform 集群 ## 法律通告 Copyright $ \copyright $ 2024 Red Hat 摘要 本文档提供了有关更新和升级 OpenShift Container Platform 集群的信息。更新集群的过程较简单，可以在不需要使集群离线的情况下进行。 ## 目录 第1章 了解 OPENSHIFT 更新 ..... 3 1.1. OPENSHIFT 更新简介 ..... 3 1.2. 集群更新如何工作 ..... 7 1.3. 了解更新频道和发行版本 ..... 14 1 第2章 准备更新集群 ..... 23 2.1. 准备升级到 OPENSHIFT CONTAINER PLATFORM 4.14 ..... 23 2.2. 准备使用手动维护的凭证更新集群 ..... 27 2.3. PREFLIGHT 验证内核模块管理 (KMM) 模块 ..... 44 第3章 执行集群更新 ..... 48 3.1. 使用 CLI 更新集群 ..... 48

## 演讲主题 ## Zabbix高级应用 --K8s集群监控  ## 当代张思德 高级运维工程师，FiberHome ## ZABBIX 2019 Conference • Cactifans • Zabbix • Microservice

Controller Host A Host B Muttley Muttley RPC Service B Service A Service C ## 手动发送1%流量到新集群 2 acceptor: 3 udeploy: acceptor 4 uns: uns://$zone/$zone-prod01/us1/acceptor 5 pools: 6 - zone: dca1