一.介绍 Rook官网:https://rook.io Rook是云原生计算基金会(CNCF)的孵化级项目. Rook是Kubernetes的开源云本地存储协调器,为各种存储解决方案提供平台,框架和支持,以便与云原生环境本地集成. 至于CEPH,官网在这:https://ceph.com/ 二.环境 docker1.13.1 k8s:1.13.4 kubeadm安装 集群成员: master单机 三.安装 3.1 环境准备 所有节点开启ip_forward cat <<EOF > /et

1./root/kubespray/roles/docker/docker-storage/defaults/main.yml  #在用kubespray部署集群是制定docker用什么设备 docker_container_storage_setup_devs: /dev/vdb 2.~/cluster/examples/kubernetes/ceph/cluster.yaml storage: # cluster level storage configuration and selecti

转载自:https://mp.weixin.qq.com/s/CdLioTzU4oWI688lqYKXUQ 1 环境准备 1.1 基础环境 3台配置一致的虚拟机 虚拟机配置:4c 8g 虚拟机操作系统:centos7 硬盘:vda:40G vdb:20G Kubernete 版本:1.20.0 Docker版本:20.10.7 默认k8s 已安装完成,采用kubeadm 容器化安装 1.2 所安装rook/ceph版本: ceph:v15.2.11 rook:1.6.3 1.3 前提 正常运行的

配置K8s ##################################################################################### # 配置 ----------------------------------------------------------START # 主节点 HOST="192.168.2.151" HOST_NAME="master" # 从节点 declare -A SLAVES SLAV

一.openstack Glance + ceph Cluster 部署: 博客:http://www.cnblogs.com/weijie0717/p/8563294.html 参考 续 部分.  二.openstack Cinder + ceph cluster 部署: 博客:http://www.cnblogs.com/weijie0717/p/8652236.html 三.openstack Nova + ceph cluster 部署: 在第二部分中已经做了大部分操作.我们只需要在针对

现在环境是这样: ceph 4台: 192.168.100.21  ceph-node1 192.168.100.22  ceph-node2 192.168.100.23  ceph-node3 192.168.100.25  ceph-node5 #已经部署好一个ceph cluster 集群    四个 osd  三个mon   没有使用块存储所有没有mod 监控服务端一台 192.168.100.26  Grafana  上面都是以容器部署了 Prometheus: Grafana: a

话不多说上菜: 现在环境是这样: ceph 4台: 192.168.100.21  ceph-node1 192.168.100.22  ceph-node2 192.168.100.23  ceph-node3 192.168.100.25  ceph-node5 #已经部署好一个ceph cluster 集群    四个 osd  三个mon   没有使用块存储所有没有mod 监控服务端一台 192.168.100.26  Grafana  上面都是以容器部署了 Prometheus: Gr

目录 k8s配置中心-configmap,Secret 创建ConfigMap 使用ConfigMap subPath参数 Secret 官方文档 编写secret清单 使用secret 在 Pod 中使用 Secret 文件 将 Secret 键名映射到特定路径 Secret 文件权限 使用来自卷中的 Secret 值 k8s配置中心-configmap,Secret ​ 在生产环境中经常会遇到需要修改配置文件的情况,传统的修改方式不仅会影响到服务的正常运行,而且操作步骤也很繁琐.为了解决这个

原文链接:在kolla中配置cinder ceph多后端

在k8s集群中配置ceph 3.1.使用cephfs (1) 在ceph集群创建cephfs #以下操作在ceph集群的admin或者mon节点上执行 #创建pool来存储数据和元数据 ceph osd pool create cephfs_data 120 ceph osd pool create cephfs_metadata 120 #创建文件系统 ceph fs new cephfs cephfs_metadata cephfs_data #查看文件系统 ceph fs ls (2) 部

前言 最近有朋友基于之前的博客<Docker最全教程之使用TeamCity来完成内部CI.CD流程(十七)>搭建TeamCity时出现了一些问题,由于平常比较忙,没有及时答复,非常抱歉. 这里分享下基于本地k8s集群(云端k8s服务注意使用云盘或者其他存储)搭建TeamCity的相关Yaml的配置文件,注意使用“kubectl apply -f <路径>”命令执行. 服务端YAML定义 apiVersion: apps/v1beta1 kind: Deployment metada

一.摘要 jenkins 连接低版本的k8s时,不需要验证.但是新版本的启用了https和角色管理 二.安装kubernetes插件 登录jenkins,点击 Manage Jenkins --> Manage Plugins --> 可选插件 在搜索框中,输入关键字 kubernetes 勾选Kubernetes,点击直接安装 等待几分钟,提示安装完成. 点击安装完成后重启Jenkins(空闲时) 提示正在重启中 重新登录jenkins,返回首页.点击 Manage Jenkins --&g

写在前面 为了不违反广告法,我竭尽全力,不过"最佳实践"确是标题党无疑,如果硬要说的话 只能是个人最佳实践. 问题引出 ​ 可能很多新手都会遇到同样的问题:我要我的Asp.net Core 应用传统方式直接部署(host),docker部署(docker-compose),kubernetes(以下称k8s)下部署,都用统一的方式读取配置,怎么实现呢?. ​ 大家知道,我们默认平时配置文件以appsettings.json .appsettings.{EnvironmentName}.

ConfigMap介绍 ConfigMap和Secret是Kubernetes系统上两种特殊类型的存储卷,ConfigMap对象用于为容器中的应用提供配置文件等信息.但是比较敏感的数据,例如密钥.证书等由Secret对象来进行配置.它们将相应的配置信息保存于对象中,而后在Pod资源上以存储卷的形式挂载并获取相关的配置,以实现配置与镜像文件的解耦. 下面主要介绍使用Volume将ConfigMap作为文件或目录挂载 1.首先在容器外面创建一个redis.conf的配置文件,然后根据这个配置文件创建

V1.11.1https://github.com/kubernetes/kubernetes/releases/tag/v1.11.1环境准备:系统:centos7.2.1511[root@master ~]# cat /etc/redhat-release CentOS Linux release 7.2.1511 (Core) 关闭防火墙,iptalbes,firewalld设置时间同步systemctl stop iptalbessystemctl disable iptalbes sy

所有节点安装nfs yum install nfs-utils rpcbind -y mkdir -p /ifs/kubernetes echo "/ifs/kubernetes 192.168.x.0/24(rw,sync,no_root_squash)" >> /etc/exports 仅在nfs服务器上 systemctl start rpcbind nfs 节点测试没问题即可 可以参考下以前写的: http://blog.csdn.net/iiiiher/artic

一.安装前规划 1.安装软件版本:mysql-cluster-gpl-7.4.13-linux-glibc2.5-x86_64.tar.gz 2.安装规划: 主机名 Ip地址 角色 db01 192.168.100.131 管理节点 db02 192.168.100.132 SQL节点 db03 192.168.100.133 SQL节点 db04 192.168.100.134 data节点 db05 192.168.100.135 data节点 3.配置/etc/hosts文件(所有节点):

版本:redis-3.0.5 redis-3.2.0  redis-3.2.9  redis-4.0.11 参考:http://redis.io/topics/cluster-tutorial. 目录 目录 1 1. 前言 2 2. 部署计划 2 3. 目录结构 2 4. 编译安装 3 5. 修改系统参数 3 5.1. 修改最大可打开文件数 3 5.2. TCP监听队列大小 4 5.3. OOM相关:vm.overcommit_memory 5 5.4. /sys/kernel/mm/trans

1. 检查cinder当前backend配置 使用cinder service-list,查看cinder-volume服务的Host字段格式. 旧版格式: 新版格式: 旧版中Host字段是cinder-volume服务所在节点的HOSTNAME,新版中Host字段是HOSTNAME@BACKEND. 如果是旧版,需要先修改为新版,见步骤2. 如果是新版,不需要修改,直接执行步骤3. 2. 修改旧版backend配置为新版 编辑/etc/cinder/cinder.conf文件,删除其中原有的c

kubelet 使用存活探测器来知道什么时候要重启容器. 例如,存活探测器可以捕捉到死锁(应用程序在运行,但是无法继续执行后面的步骤). 这样的情况下重启容器有助于让应用程序在有问题的情况下更可用. 定义存活命令 许多长时间运行的应用程序最终会过渡到断开的状态,除非重新启动,否则无法恢复. Kubernetes 提供了存活探测器来发现并补救这种情况. apiVersion: v1 kind: Pod metadata: labels: test: liveness name: liveness-

中文官档: http://docs.kubernetes.org.cn/823.html 背景:我们通过会有多个k8s集群,例如集群(cn-k8s)和集群(jp-k8s),那个就需要有一台服务器可以同时访问两个集群,方式:将2个集群的config信息存放到一个文件中,通过使用 kubectl config use-context context_name 来访问集群.简而言之,通过设置context来让kubectl访问不同的k8s集群. 具体步骤如下: 假如已经准备好2个集群的配置文件,分别为