容器服务

本文将介绍如何创建一个注册集群并接入本地数据中心Kubernetes集群。

## 背景 疫情期间，在线会议等音视频应用面临大量流量冲击，为了获得更好的网路吞吐性能，常常会选择使用Host网络模型。采用Host网络模型的容器可以直接使用宿主机的IP地址与外界进行通信，若宿主机具有[弹性公网IP](https://help.aliyun.com/document_detail/32321.html)，容器也能使用这个弹性公网IP进行通信。同时容器内服务的端口也可以使用宿

kn 是 Knative 命令行操作客户端。 通过 kn 可以方便的操作Knative 相关的资源。

本章节主要描述：Spring 5 中文解析核心篇-IoC容器之JSR330标准注解。

ACK 1.9已经超出技术支持期限，目前升级管控已经无法适配1.9升级，本文主要指导用户修改1.9的相关配置，使其可以进行升级。

Aliyun Linux 2是新一代阿里云原生Linux操作系统，为云上应用程序提供安全、稳定、高性能的定制化运行环境，并针对云基础设施进行了深度优化，为您打造最佳的运行时体验。并免费的获得阿里云针对操作系统的长期支持。 容器服务ACK目前已经全面支持AliyunLinux2的节点创建和加入集群，并结合AliyunLinux2的高内核特性提供了多场景的优化。

Kubernetes提供了多种容器开放接口用于对接不同的后端来提供资源，如提供计算资源的容器运行时接口（Container Runtime Interface, CRI），提供网络资源的容器网络接口(Container Network Interface, CNI)，提供提供存储资源的容器存储接口（Container Storage Interface, CSI）。

为什么需要纳管集群？ 因为种种原因，我们可能在云和IDC里拥有多个K8s集群，有可能还同时有多个云商的K8s集群，如何便捷、统一的管理这些集群就成为一个问题，并且在不同的集群上，集群审计、日志采集、监控告警等能力是否能够对齐？这些能力的实现方式是否是对应用透明？ 纳管集群能做哪些事情？ 在ACK.

#背景 在目前云原生技术被如火如荼的大规模使用的过程中。越来越多的用户都会使用Kubernetes集群去部署其应用。但是在这个过程中，如果由于早期对于容量和网络的规划不当，可能造成实际生产中实践中，不能满足业务的真实需要。如果此时在重新规划就面临着集群重建、应用迁移的诸多事项，这样不仅仅浪费了大量的精力，甚至可能会造成业务有一定的中断。因此，为了使得广大使用者可以更加深入的理解阿里云容器服务Ku

mPaaS 离线包源自于支付宝原生方案，经历了严苛的业务考验，让你直接和支付宝使用同一套框架层代码，拥有统一容器及内核，相对系统内核获取更低 Crash 率和 ANR 率，适配性强，并具备良好的、弹性的扩展能力，结合具体业务需求定制 JSAPI。

容器服务 kubernetes（ACK）中应用优雅上下线

K8S中手动扩容云盘数据卷 介绍： 云盘数据卷扩容包括以下几个部分： 云盘物理空间扩容，需要在云盘控制台操作；文件系统扩容，需要挂载云盘到一个物理节点手动操作；PV、PVC Size更新，需要更新StorageClass、PVC； 注意：扩容云盘前需要为云盘打快照，以预防升级失败导致数据丢失； 云盘目前无法做到在线扩容，需要重启应用才可以实现，可以通过两种方法实现云盘扩容。

Docker公司为什么在Docker项目已经取得巨大成功之后，执意走回已经让无数先驱折戟的PaaS路呢？ 实际上，Docker项目一直伴随着公司管理层和股东们的阵阵担忧。他们心里明白，虽然Docker项目备受追捧，但用户们最终要部署的，还是他们的网站、服务、数据库，甚至是云计算业务。

1. 前言     负载均衡 SLB各地域带宽有峰值限制，国内区域一般量为5Gbps，对于超高流量，超高并发的应用单个 SLB 没法满足需求，因而需要前置安全设施，比如 DDOS 高防,web应用防火墙的源服务器地址都支持多个 IP轮询均匀访问，指向多个 SLB，如图： 域名服务，CName 指向 DDOS 高防的 CName; DDOS 高防源地址配置多个 SL

数据卷扩容 使用云盘存储卷，往往在服务初始化的时候申请了一个适当容量的云盘，但是随着数据的增长，数据盘的容量不能满足需求，需要扩容。 传统应用的扩容场景中，往往是先手动停掉应用，再对数据盘进行备份，然后执行扩容操作，最后重新启动应用。

NodeLocal DNSCache在集群的上运行一个dnsCache daemonset来提高clusterDNS性能和可靠性。在ACK集群上的一些测试表明：相比于纯coredns方案，nodelocaldns + coredns方案能够大幅降低DNS查询timeout的频次，提升服务稳定性，能够扛住1倍多的QPS。

POD删除，应用进程收不到SIGTERM信号，导致应用注册的JVM关闭钩子失效，问题排查与分析总结

概述 在federation v2多集群环境中，通过前面几篇文章的介绍，我们可以很容易的进行服务多集群部署，考虑到业务部署和容灾需要，我们通常需要调整服务在各个集群的流量分布。本文下面简单介绍如何在阿里云上进行多集群流量调度。

简介 在本场直播中，我们将介绍 AHAS Sentinel 的新特性 —— 网关流控，演示如何从容器服务创建 Spring Cloud Gateway 实例，将其快速接入到 AHAS 并配置网关流控规则，查看实时的流控效果。

概要 服务部署在多个k8s集群中，往往希望服务跨多个集群进行调度设置。在federation v2中，可以通过ReplicaSchedulingPreference来满足联邦集群的调度设置。

Knative Serving以Kubernetes和Istio为基础，支持无服务器应用程序和函数的部署并提供服务。我们从部署一个HelloWorld示例入手来分析Knative Serving的代码细节。

主题介绍： 1、阿里云容器服务的黑科技2、阿里云新建集群优化方案3、从容器服务的发展看阿里巴巴的云原生 直播专家： 云栖社区特邀专家：郭旭东曾任高级研发和运维开发工程师，阿里云MVP，现任凯京科技研发中心架构&运维部运维负责人，负责公司运维团队建设。

阿里云容器服务总监易立表示：“云原生不但可以很好的支持互联网应用，也在深刻影响着新的计算架构、新的智能数据应用。以容器、服务网格、微服务、Serverless为代表的云原生技术，带来一种全新的方式来构建应用。”

用户通过 Deployment、ReplicationController 可以方便地在 kubernetes 中部署一套高可用、可扩展的分布式无状态服务。这类应用不在本地存储数据，通过简单的负载均衡策略可实现请求分发。