ROOK

前提 Kubernetes 集群各节点主机安装lvm2 软件：yum -y install lvm2 Kubernetes 集群各节点主机内核版本不低于4.17 Kubernetes 集群有至少 3 个工作节点(master和worker)，且每个工作节点都有一块初系统盘以外的 未格式化 的裸盘（工作节点是虚拟机时，未格式化的裸盘可以是虚拟磁盘），用于创建 3 个 Ceph OSD； 也可以只有

简介 Rook官网：https://rook.io Rook是云原生计算基金会(CNCF)的孵化级项目. Rook是Kubernetes的开源云本地存储协调器，为各种存储解决方案提供平台，框架和支持，以便与云原生环境本地集成。 至于CEPH，官网在这：https://ceph.com/ ceph官方提供的helm部署，至今我没成功过，所以转向使用rook提供的方案 环境 centos 7.5 ke

rook ceph osd 异常(down)问题排查 初始化问题显现，如下： [root@rook-ceph-tools-78cdfd976c-dhrlx /]# ceph osd tree ID CLASS WEIGHT TYPE NAME STATUS REWEIGHT PRI-AFF -1 15.00000 root default

layout: post title: 使用Rook安装Ceph catalog: true tag: [K8S, Ceph] 1. Rook简介 2. Rook架构 3. Rook部署 3.1. 前提 3.2. 环境描述 3.3. 部署 3.3.1. 获取rook代码 3.3.2. 修改变量 3.3.2.1. cluster.yaml 3.3.2.2. operator.yaml 3.3.2.3

rook基本组件： rook  operator: 是一个简单的容器，具有引导和监视存储集群的功能，供提供最基本的RADOS存储。管理CRD,对象存储，文件系统。 Rook agent： 这些代理是在每个Kubernetes节点上部署的pod。每个代理都配置一个Flexvolume插件，该插件与Kubernetes的卷控制器框架集成在一起。处理节点上所需的所有存储操作，例如附加网络存储设备，安装卷

一、通过storageclass调用rbd 1、storageclass参数调整 rook/cluster/examples/kubernetes/ceph/csi/rbd/storageclass.yaml apiVersion: ceph.rook.io/v1 kind: CephBlockPool metadata: name: replicapool #rbd pool名称根据需求修

一、初始花基本环境 1.主机环境信息 系统 主机名 主机IP地址 配置说明 AlmaLinux release 8.6 (Sky Tiger) master01 192.168.3.31 k8s管理节点，VIP192.168.3.30 AlmaLinux release 8.6 (Sky Tiger) master02 192.168.3.32 k8s管理节点，VIP192.168.3.30 Al

楼主研一，但是误投了暑期实习，所以顺便就面了 1.在滴滴工作做的内容 2.做短视频后端的背景是什么？为什么要做？ 3.这个项目做了哪些东西？ 4.关注的表是怎么设计的？关注和被关注者关系存储在一行么？存储在一行又什么问题？不存在一行又有什么问题？（没搞懂什么意思）（回答的不好） 5.项目中rabbitmq用在哪些场景？（关注和点赞） 6.rabbitmq的架构说一下 7.rabbitmq是否有消息

要想搞明云原生的未来，首先我们要弄明白云原生是什么。CNCF给出的定义是： 容器化 微服务 容器可以动态调度 我认为云原生实际上是一种理念或者说是方法论，它包括如下四个方面： 容器化：作为应用包装的载体 持续交付：利用容器的轻便的特性，构建持续集成和持续发布的流水线 DevOps：开发与运维之间的协同，上升到一种文化的层次，能够让应用快速的部署和发布 微服务：这是应用开发的一种理念，将单体应用拆分

主要内容：什么是云原生,云原生的4大组件,如何云原生什么是云原生 技术的变革，一定是思想先行，云原生是一种构建和运行应用程序的方法，是一套技术体系和方法论。云原生（CloudNative）是一个组合词，Cloud+Native。Cloud表示应用程序位于云中，而不是传统的数据中心；Native表示应用程序从设计之初即考虑到云的环境，原生为云而设计，在云上以最佳姿势运行，充分利用和发挥云平台的弹性+分布式优势。Pivotal公司的Matt Stine

现在我们将探索云原生应用架构的几个主要特征，和这些特征是如何解决我们前面提到的使用云原生应用架构的动机。 12因素应用 12因素应用是一系列云原生应用架构的模式集合，最初由Heroku提出。这些模式可以用来说明什么样的应用才是云原生应用。它们关注速度、安全、通过声明式配置扩展、可横向扩展的无状态/无共享进程以及部署环境的整体松耦合。如Cloud Foundry、Heroku和Amazon Elas

云原生是一种应用开发风格，鼓励在持续交付和价值驱动开发领域轻松采用最佳实践。相关的学科是建立12-factor Apps，其中开发实践与交付和运营目标相一致，例如通过使用声明式编程和管理和监控。Spring Cloud以多种具体方式促进这些开发风格，起点是一组功能，分布式系统中的所有组件都需要或需要时轻松访问。 许多这些功能都由Spring Boot覆盖，我们在Spring Cloud中建立。更多

软件正在吞噬这个世界。—Mark Andreessen 近些年来，在一些长期由领导者支配的行业中，这些领导者的领先地位已经岌岌可危，这都是由以这些行业为核心业务的软件公司造成的。像Square、Uber、Netflix、Airbnb和特斯拉这样的公司能够持续快速增长，并且拥有傲人的市场估值，成为它们所在行业的新领导者。这些创新公司有什么共同点？ 快速创新 持续可用的服务 弹性可扩展的Web 以移动

以下内容来自Joe Duffy的博客，Hello, Pulumi!。他说这些是为了说明为什么要创造Pulumi，在此我引用它说明为什么会有云原生编程语言。 对于每一个serverless函数来说，我都要写几十行的JSON或者YAML配置。要链接到一个API端点，我还要学习晦涩的概念，执行一系列复制-粘贴的低级工作。如果我想在本机上运行一个小的集群的话，那么Docker还是很棒的，但是如果要在生产上

最近刚刚接触微服务相关的知识，想问一下微服务与golang推崇的云原生有什么异同，能否从宏观上对微服务与云原生概念进行一个区分？