云原生生态周报 Vol. 5 | etcd性能知多少

业界要闻

1 Azure Red Hat OpenShift已经GA。在刚刚结束的Red Hat Summit 2019上，Azure Red Hat OpenShift正式宣布GA，这是一个微软和红帽共同打造的Managed Kubernetes服务：本来的红帽的OpenShift自己就存在on-premise和公有云两个选项，Azure Red Hat OpenShift的出现宣告了一个新的方向，即为公有云厂商提供只在其云平台上运行的Managed Kubernetes服务。RHEL 8一样在Red Hat Summit 2019上进行了发布。

2 DOCKER IMAGE VULNERABILITY (CVE-2019-5021)：新发现的Docker Image安全漏洞

• 问题：若是你的Container镜像中包括 shadow 或者 linux-pam package而且有以non-root身份运行的service，攻击者只要能够经过任何不安全手段链接系统（who compromised your system via an unrelated security vulnerabillity），或者可使用shell，那么攻击者就能够获取容器内容的root权限。
• 被影响对象包括Docker image releases (7 March 2019)：edge (20190228 snapshot)、v3.9.二、v3.8.四、v3.7.三、v3.6.5和已经中止维护的v3.五、v3.4和v3.3
• 若是你的在被影响范围内，请尽快进行修复,，参见详情

3 红帽发布Universal Base Image（UBI）。随着RHEL 7，红帽发布了RHEL标准镜像，为客户提供企业级别的容器能力。然而这个标准镜像只能运行在Red Hat的平台之上，意味着你必须是他们的客户。而本次发布的UBI能够叠加在任何OCI兼容的容器之上，不管你是不是付费客户。UBI提供了一些列基础能力，例如基础镜像、集中内置的语言（nodejs, ruby, python, php, perl, etc）、经常使用的RPM包等等。

上游重要进展

Kubenetes项目

1. Control Plane的metrics设计趋于稳定，开始考虑添加设计稳定性标注。目前K8s control plane提供的metrics是缺少稳定性保障的，这个KEP的目的是为metrics中的字段（name、type、label等）提供一种表达机制，来代表这些字段是否能够被可靠的修改。随着目前control plane层的metrics趋于稳定，将来的修改应该谨慎并引入管控机制。具体能够看 Kubernetes Control-Plane Metrics Stability

Knative 项目

1. knative-eventing 0.6.0 发布，主要特性是：加强易用性，新增Registy，便于事件消费；加强可用性：新增事件跟踪机制以及 Metrics；简化依赖，去掉 Istio 依赖，减小了对 Eventing-Sources 组件的依赖，数据源处理迁移到 Eventing 中。详细说明请见 knative-eventing 0.6.0解读文章
2. knative-serving 0.6.0 发布，主要特性是：新api模型，移植v1beta1 API到v1alpha1 API，不兼容的部分预计会在0.7.0+实施；优化scale0实现方式，增长ServerlessService（SKS）；集成Auto-TLS；控制器解耦，以便容易替换默认实现。详细说明请见 knative-serving 0.6.0解读文章。 ServerlessService（SKS）的详细介绍请见 SKS解读文章。

开源项目推荐

1. KubeOne: A New Lifecycle Management Tool for HA Kubernetes Clusters。KubeOne是一个帮助你部署、配置、升级高可用K8s集群的工具。以Kubeadm做为底层，KubeOne定义了Kubermatic machine-controller这个Cluster API，方便用户能够以K8s的声明式API方式来管理集群中的worker节点。更多信息能够参考：KubeOne博文 和 Github连接
2. KEDA: a Kubernetes-based Event Driven Autoscaling component。微软推出的基于事件的自动弹性方案。区别于传统反应式的水平弹性方案（例如基于某个metric的变化），不少场景中用事件驱动的方式触发弹性动做是更加可靠的方案。相关博文介绍了KEDA接入的丰富的事件源，包括Kafka, Azure Queues, Azure Service Bus, RabbitMQ, HTTP, and Azure Event Grid / Cloud Events等等。具体能够看 Announcing KEDA博文 和 Github连接

本周阅读推荐

1. etcd 在超大规模数据场景下的性能优化，做者：陈星宇（宇慕）来自阿里巴巴。etcd是一个开源的分布式的kv存储系统, 最近刚被cncf列为沙箱孵化项目。etcd的应用场景很广，不少地方都用到了它，例如kubernetes就用它做为集群内部存储元信息的帐本。本篇文章简单介绍了阿里巴巴超大规模集群中对etcd使用的场景也就是优化的背景和优化的必要性。在干货部分，本文从etcd内部存储系统的工做方式开始，详细描述了阿里巴巴超大规模容器调度场景下对etcd进行优化的具体的实现方式，优化后性能提升24倍。总之这是一篇至关硬核的博文，从场景到代码级别的诊断分析应有尽有。更加值得一提的是，本文获得CNCF官方网站的转载。中文版连接；英文版连接
2. To Multicluster, or Not to Multicluster: Inter-Cluster Communication Using a Service Mesh, by Andrew Jenkins. K8s已经成为容器编排的事实标准。在使用K8s解决了集群内通信的问题后，咱们发现解决集群间通信彷佛须要更多的设计以及难以免的开销。不少用户的确有多集群的需求，可是在你开始设计多集群方案的时候，你真的了解你对多集群的核心诉求吗？你对多集群的诉求和别人的理解真的一致吗？这篇文章介绍了几种典型的多集群需求（统一管控的多集群 vs 以高可用为目的的多集群 vs 组成复杂业务&集群间密集通信的多集群），并指出适配这些需求须要的是不一样的设计思路。若是你也在考虑多集群的需求，不妨看一看。原文连接
3. Kubernetes Operating Systems, by Steven Acreman. 从最先的CoreOS开始，随着K8s的蓬勃发展，最近出现了k3os、Talos等与K8s息息相关的操做系统纷纷出现，那么这些操做系统和在基础Linux环境上安装K8s有什么不一样？阅读这篇文章能够帮助你梳理一下思路。原文连接
4. Google Cloud Run详细介绍: 在Cloud Next 2019 大会上，Google 宣布了 Cloud Run，这是一个新的基于容器运行 Serverless 应用的解决方案。Cloud Run 基于开源的 knative 项目，宣称要将 serverless 带入容器世界。

 

原文连接

本文为云栖社区原创内容，未经容许不得转载。