dashboard

[TOC] 1. 环境说明 软件 版本 操作系统 CentOS7.6 ceph nautilus, v14.2.4 ceph-deploy的nautilus版本安装和luminous版本一样，可以参考我以前的文章： https://blog.51cto.com/ygqygq2/2161917 2. 启用ceph dashboard失败 mgr模块开启dashboard提示错误，虽然加上 --force 表面启用了，但实际并未启动dashboard服务，因为设置dashboard用户命令提示不支持。 3. 问题排查过程 mgr节点查看mgr启动日志 详细日志： 2019-11-08 12:44:23.673 7f7388cd9700 1 mgr respawn e: '/usr/bin/ceph-mgr' 2019-11-08 12:44:23.673 7f7388cd9700 1 mgr respawn 0: '/usr/bin/ceph-mgr' 2019-11-08 12:44:23.673 7f7388cd9700 1 mgr respawn 1: '-f' 2019-11-08 12:44:23.673 7f7388cd9700 1 mgr respawn 2: '--cluster' 2019-11-08 12:44:23.673 7f7388cd9700 1 mgr

Kong 是在客户端和（微）服务间转发 API 通信的 API 网关，通过插件扩展功能。Kong 有 两个主要组件： Kong Server ：基于 nginx 的服务器，用来接收 API 请求。 Apache Cassandra ：用来存储操作数据。 你可以通过增加更多 Kong Server 机器对 Kong 服务进行水平扩展，通过前置的负载均衡器向这些机器分发请求。根据文档描述，两个 Cassandra 节点就足以支撑绝大多数情况，但如果网络非常拥挤，可以考虑适当增加更多节点。 对于开源社区来说，Kong 中最诱人的一个特性是可以通过插件扩展已有功能，这些插件在 API 请求响应循环的生命周期中被执行。插件使用 Lua 编写，而且 Kong 还有如下几个基础功能：HTTP 基本认证、密钥认证、CORS（ Cross-origin Resource Sharing，跨域资源共享）、TCP、UDP、文件日志、API 请求限流、请求转发以及 nginx 监控。 Kong 包可运行在某些 Linux 发行版、Mac OS X 和 Docker 中，无论是本地机还是云端服务器皆可运行。 除了免费的开源版本，Mashape 还提供了付费的企业版，其中包括技术支持、使用培训服务以及API 分析插件。 安装前准备 安装好docker稳定版本 会docker 的基本使用 了解kong概念和使用

[TOC] 1. 问题说明 软件 版本 操作系统 CentOS7.6 ceph nautilus, v14.2.4 因为是刚搭建完ceph不久, rgw之前暂时没用到就没有添加。 今天添加rgw后，通过重启dashboard，发现报Error了。 ceph mgr module disable dashboard ceph mgr module enable dashboard Module 'devicehealth' has failed: Failed to import _strptime because the import lockis held by another thread. 通过在dashboard中的日志查看，发现mgr节点启动报错。 2. 解决办法 通过谷歌搜索，发现有人提过这个bug，好在在stackoverflow中找到了解决办法。 mgr节点中，修改devicehealth模块文件， vim /usr/share/ceph/mgr/devicehealth/module.py 添加一行 import _strptime 重启mgr服务。报错消失，问题解决。 systemctl restart ceph-mgr@ceph-node2.service 参考资料： [1] https://tracker.ceph.com/issues/41879 [2]

新版的K8S 1.16版本在稳定性和可用性方面有了较大的提升，特别是支持后端PV的扩容API接口已经更新为beta版本，在使用有状态的数据存储POD时管理会更加方便，也更符合生产需求。 下面新版K8S 1.16.2 快速部署说明。 配置信息 主机列表： 主机名 IP k8s-master 192.168.20.70 k8s-worker-1 192.168.20.71 k8s-worker-2 192.168.20.72 组件版本信息 系统组件 版本 CentOS7 内核4.4.178 docker 18.09.5 k8s 1.16.2 所有节点系统初始化 关闭防火墙，selinux，升级内核到4.4版本以上，设置解析主机名，同步集群时间。 配置系统参数： # cat /etc/sysctl.d/k8s.conf net.ipv4.ip_nonlocal_bind = 1 net.ipv4.ip_forward = 1 net.bridge.bridge-nf-call-ip6tables = 1 net.bridge.bridge-nf-call-iptables = 1 net.ipv4.ip_local_port_range = 10000 65000 fs.file-max = 2000000 net.ipv4.ip_forward = 1 vm.swappiness =

Dashborad安装 控制节点上进行安装 1.安装Dashboard组件所需软件包 # yum install -y openstack-dashboard 2.配置Dashboard组件 编辑/etc/openstack-dashboard/local_settings文件 # vi /etc/openstack-dashboard/local_settings 1 配置控制节点使用Dashboard OPENSTACK_HOST = "controller" 2 配置允许所有主机访问Dashboard: ALLOWED_HOSTS = [ '*' , 'localhost' ] 3 配置memcached的会话存储服务： SESSION_ENGINE = 'django.contrib.sessions.backends.cache' CACHES = { 'default' : { 'BACKEND' : 'django.core.cache.backends.locmem.LocMemCache' , 'LOCALTION' : 'controller:11211' , } , } 4 启用身份验证： OPENSTACK_KEYSTONE_URL = "http://%s:5000/v3" % OPENSTACK_HOST 5 启用域的支持： OPENSTACK

一、项目介绍 项目致力于让有意向使用原生kubernetes集群的企业或个人，可以方便的、系统的使用二进制的方式手工搭建kubernetes高可用集群。并且让相关的人员可以更好的理解kubernetes集群的运作机制。 软件版本 os centos7.7（ubuntu也适用，需要替换部分命令） kubernetes 1.16.2 etcd 3.4.3 docker 18.06 calico 3.10.1-2 coredns 1.6.2 二、实践环境准备 1. 服务器说明 我们这里使用的是五台centos 7.7虚拟机，具体信息如下表： 系统类型 IP地址 节点角色 CPU Memory Hostname centos-7.7 172.18.0.100 master \>=2 \>=2G k8s-m01 centos-7.7 172.18.0.101 master \>=2 \>=2G k8s-m02 centos-7.7 172.18.0.102 master \>=2 \>=2G k8s-m03 centos-7.7 172.18.0.103 worker \>=2 \>=2G k8s-n01 centos-7.7 172.18.0.104 worker \>=2 \>=2G k8s-n02 2. 系统设置（所有节点） 2.1 主机名 主机名必须每个节点都不一样

dashboard是k8s的可视化管理平台，是三种管理k8s集群方法之一 首先下载镜像上传到我们的私有仓库中：hdss7-200 # docker pull k8scn/kubernetes-dashboard-amd64:v1.8.3 # docker tag fcac9aa03fd6 harbor.od.com/public/dashboard:v1.8.3 # docker push harbor.od.com/public/dashboard:v1.8.3 编辑dashboard资源配置清单： 1、rbac.yaml # vi rbac.yaml # mkdir -p /data/k8s-yaml/dashboard # cd /data/k8s-yaml/dashboard apiVersion: v1 kind: ServiceAccount metadata: labels: k8s-app: kubernetes-dashboard addonmanager.kubernetes.io/mode: Reconcile name: kubernetes-dashboard-admin namespace: kube-system --- apiVersion: rbac.authorization.k8s.io/v1 kind: ClusterRoleBinding

今年3月份在公司的内部k8s培训会上，开发同事表示使用dashboard的可以满足日常开发需求，例如查看pod的日志，执行exec指令，查看pod的运行状态等，但对basic认证的权限控制表示担忧。 之前介绍过在1.5.2版本上部署dashboard服务，在1.9.1版本离线部署中，也介绍过dashboard服务的RBAC配置和使用技巧。因此本文将在前文基础上完善Heapster的整合与利用token对用户权限进行控制。 dashboard的特点主要如下： 1、能够直观的看到rc、deployment、pod、services等k8s组件的运行情况和日志信息。 2、结合heapster和influxdb后，dashboard的监控图表上可以看到pod的cpu和内存消耗情况。 Heapster介绍 1、Heapster是容器集群监控和性能分析工具，支持Kubernetes和CoreOS。 2、K8S集群的HPA功能的实现就依赖于这些metric数据，HPA将Heapster作为Resource Metrics API，向其获取metric。 3、Kubernetes有个cAdvisor监控（在1.9版本里面，cAdvisor已经和kubelet整合在一起）。 在每个kubernetes Node上都会运行cAdvisor，它会收集本机以及容器的监控数据(cpu,memory

相关服务及用途 节点名称 服务名称 用途 管理节点 kubctl-apiserver 提供HTTP Rest统一接口服务，处理和验证REST请求和更新etcd中API对象的状态 管理节点 kubectl-controller-manager 资源控制管理同步 管理节点 kube-scheduler 负责资源调度（调度Pod） 工作节点 kubelet 管理Pod的生命周期，创建、启停等任务 工作节点 kube-proxy 负责网络通信及负载均衡 ### 1.重启服务 kubectl patch deployment app名称 -p {\"spec\":{\"template\":{\"metadata\":{\"labels\":{\"date\":\" date +'%s' \"}}}}} -n kube-system ### 2.重新分配pod数量 kubectl scale deployment kubernetes-dashboard --replicas=1 -n kube-system ### 3.查看部署应用 kubectl get deploy -n kube-system ### 4.获得容器前一次运行的日志内容 kubectl logs --previous <Pod名称> <Pod中的容器名称> kubectl logs --previous l7-lb