Category: Containers

这篇博客主要描述了部署在 Kubernetes 中的有状态应用在迁移到亚马逊云科技 Amazon EKS 时如何利用工具方便快捷地完成容器和相关持久数据的迁移。

本文将带您了解如何在 Amazon EKS 集群上对 Node 节点进行系统和 k8s 资源预留，并通过实验进行部署和验证。实验部分将在 Amazon Virtual Private Cloud (VPC) 中创建 Amazon EKS 集群，通过配置 kubelet 启动参数来实现预留系统资源，并进行验证。

本文会介绍如何在Amazon Elastic Kubernetes Service环境下收集Amazon App Mesh暴露的指标和日志，并通过这些资源分析问题。

基于Velero实现Kubernetes集群间资源迁移，集群资源备份恢复，及复制生产集群资源到开发和测试集群

通过实例了解什么是Kyverno，其工作原理和应用场景，以及如何在Amazon EKS中进行实践

现如今，随着用户对于容器化技术掌握的越来越成熟，相应的越来越多的应用被进行了基于容器的现代化构建，其中Amazon EKS又是其中的首选支撑平台。在实际走访中发现，对于Infra或者容器平台的责任人来说，有一类问题经常会被反复探讨：为了保障各个应用都能够稳定的运行，该应用什么样的隔离保障措施，都有什么样的资源需要进行隔离，相应的优劣势是什么？从整体上来说，EKS/Kubernetes本身不存在多租户相关的内置资源对象，不过其生态中存在着两大类可以采用的隔离措施，借助这些隔离措施可以实现多租户的效果

目前Amazon EKS不支持直接修改kube-scheduler配置添加自定义的调度插件或配置，本文介绍了通过部署自定义scheduler的方式实现自定义的调度策略，针对本文中提到的binpack调度策略的需求，除了安装自定义scheduler的方式，我们也可以通过安装Karpenter、Apache yunikorn、Volcano等弹性伸缩或调度增强组件实现类似功能，具体可以参考相应的官方文档。

Insights into your modern applications with AWS Distro for OpenTelemetry

本文主要介绍了一种方法：将Agones和FleetIQ(GameLift)各自优势能力结合起来。让开发运维人员可以既享受到容器化的便捷，又不会被Spot实例的“中断焦虑”给困扰。其主要思路为自定义AWS EKS的CA参数node 来利用GameLift所使用ASG（Auto Scaling Group）来达到上述目的。

我们将介绍新型媒体专用实例 – EC2 VT1 以及如何使用 AWS Codebuild 和 CodePipeline 在 VT1 上自动构建 EKS 容器环境。拥有直播、视频会议和即时转码等应用程序的客户现在可以从专用于视频编码和解码的实例系列中受益，并以最低的每个流成本进行重新缩放优化。