Kubernetes对node节点故障容错非常好，当node节点故障时，pod可以漂走，在node是物理机的情况下比较受用，例如物理机内存等故障时，容器可以自动漂移走，同时会将服务启动，避免了之前物理机或者虚拟机宕机恢复后，还需要通知应用负责人启动服务的尴尬情况。这一特性深受众多技术同学喜爱，甚至可以称为故障自愈。 此外，Node节点避免不了偶尔停机或者升级的情况，这时候我们就需要关闭调
提起今天的异常，有很多的吐槽的地方，不提历史遗留的坑，单纯的从技术方面回顾一下今天踩得坑，异常描述，内部自动化系统对接了zstack，创建虚拟机失败，负责调度系统的同学查了很久都没搞定，只贴了一些异常日志。初步怀疑是zstack的锅，登录控制节点排查{'createdDate': 'Jul 8, 2019 4:03:02 PM', 'state': 'Done', 'uuid': '7103
从16年工作开始，到现在一直混迹于阿里云、Ucloud、华为云等江湖中，利用IASS层的产品设计出了很多业务系统的架构，也小有成就感，最近对阿里云ACP和ACE比较感兴趣，但是发现要考ACE必须要有ACP，这个是比较蛋疼的事情，看看官方的文档，再找找题库，背题库。练了几次发现最蛋疼的还是多选题，貌似又回到了考驾照的起点，在此将题库中容易出错的问题摘录复习。单选题1、阿里云OSS产品的账单费用由三
官方文档：https://kubernetes.io/docs/reference/kubectl/overview/1、从master节点获取node节点的信息 kubectl get node NAME STATUS ROLES AGE VERSION 10.57.27.19 Ready <none> 11d
目前流行的openstack、zstack等私有云平台主要的支撑技术就是KVM虚拟化技术，应用相当广泛，从两年前就打算折腾虚拟化技术，结果最终一直没折腾起来，目前的公司有1700多台物理机，虚拟机有5000多台，2018年运维部门的目标就是每个人管理的应用或者机器翻一倍，目前的虚拟机多种方式、手动命令创建的老机器，还有用zstack私有云管理的。但是原理和技术支撑都离不开kvm虚拟化。基础环境：1
当服务器数量以及应用达到一定的数量后，操作系统日志以及应用软件日志数量庞大，遇到问题时日志是第一手资料。平时用的sed、grep、awk已经难以满足我们的需求。随着互联网技术的发展，好多大型互联网公司研发了不同的日志分析产品，例如开源的Graylog、ELK还有Splunk等，同时Splunk也是一个商业产品，功能很强大，但是在目前的互联网领域里ELK的使用应该是更广泛。接下来会根据
Docker简介： Docker 是一个开源的应用容器引擎，以轻松的为任何应用创建一个轻量级的、可移植的、自给自足的容器。开发者在笔记本上编译测试通过的容器可以批量地在生产环境中部署，包括VMs（虚拟机）、bare metal、OpenStack 集群和其他的基础应用平台。 Docker与传统的虚拟化技术传统虚拟化技术（VMware、Xen、Kvm）等技术&nbs
Copyright © 2005-2025 51CTO.COM 版权所有 京ICP证060544号
