dashboard

< 下载最新版DevExpress Analytics Dashboard v15.1.5 > 条件格式 随着v15.1的发布，现在您可以应用条件格式到透视网格项目的各个数据单元格中，此功能允许您使用一组预定义的规则来高亮指定单元格或整个行。 在汇总级计算字段 当构建一个计算字段的表达式时，您可以使用集合函数（如Sum, Avg, Count等）。这些函数可以被用于所有的数值字段类型，允许您在汇总级评估计算字段。 新的数据访问引擎 DevExpress Dashboard设计器使用新的数据访问引擎，其中包括一个新的数据源向导和一个已更新的查询生成器。新的数据源向导附带以下功能： 连接到包含在SQL数据库的存储程序 使用表达式查询自定义绑定到仪表参数的查询参数 利用实体框架和对象数据源提供仪表板数据，需要注意的是在IQueryable属性的服务器模式下实体框架数据源支持绑定到与数据上下文。 有兴趣的朋友可以 点击查看更多有关 DevExpress的文章 ！ 来源： oschina 链接： https://my.oschina.net/u/2317468/blog/499914

大家可能都知道k8s默认有个ui界面，但是呢，一般都使用的是1版本的，今天给大家部署的是2版本页面 完整部署文件 Github 地址： https://github.com/my-dlq/blog-example/tree/master/kubernetes/kubernetes-dashboard2.0.0-deploy 接下来开始部署 部署一共分5个步骤： 1、创建RBAC 2、创建configmap和secret 3、创建dashboard 4、创建metrics-scraper 5、创建访问的serviceaccount 我吧文件直接都配好了放到了百度网盘，你们可以直接下载解压使用 链接： https://pan.baidu.com/s/1wdp-zJE6FqpuJdGYgyESmg 提取码：stzw 完成之后就可以通过web页面访问了 这里使用的是kubeadmin部署的，如果是二进制，需要修改api-server的参数不然无法支持metrics-server服务的 1、创建 Dashboard RBAC 部署文件 cat > k8s-dashboard-rbac.yaml <<EOF apiVersion: v1 kind: ServiceAccount metadata: labels: k8s-app: kubernetes-dashboard name:

```本文档参考阿良老师的文档， 结合自己的问题，做了部分修改，如有侵权，联系删除！ kubeadm是官方推出的安装k8s集群方式中的一种，另外一种是二进制安装 主要通过master端的kubeadm init 和node端的kubeadm join 一、 环境准备 部署K8s集群机器需要满足以下几个条件： 使用VMware创建三台主机，要求如下： 1.系统CentOS7.5 2.停掉swap,关闭防火墙和selinux 3.机器之间相互可以ping通，且可以连接外部网络 4.硬件预计需要内存2G加硬盘20G加CPU 2核 关闭防火墙： $ systemctl stop firewalld $ systemctl disable firewalld 关闭selinux： $ sed -i 's/enforcing/disabled/' /etc/selinux/config $ setenforce 0 $ getenforce 关闭swap： $ swapoff -a #临时 $ vim /etc/fstab #永久 添加主机名与IP对应关系（记得设置主机名）： $ cat /etc/hosts 192.168.31.62 master 192.168.31.64 node1 192.168.31.66 node2 $ hostnamectl set-hostname -

minikube 踩坑和填坑。 环境说明 宿主机的环境 操作系统：Windows 10 虚拟化：VirtualBox 6.0 说明 ：在 Win 10 系统里尝试过 Hyper-V，感觉不好用，所以还是回归到了 VirtualBox。如果你用的是 Hyper-V，或者是 MacOS/Linux 操作系统，中间部分流程应该也可以参考。 如果有疑问可以查看 官方文档 。 版本 Minikube：1.7.3 Kubernetes：1.17.3 说明 ：目前（2020-03-15）minikube 最新的版本是 1.8.2。我前几天尝试的版本是 1.8.1，踩到了其中的大 bug。 从 1.8.0 版本开始，它在部署的时候需要下载一个 Preload tarball images 的镜像文件，大小有 500 MB。 这个文件安装过程中是先下载到 .minikube\cache\preloaded-tarball 目录中，并且支持断点续传。 但是 ，当我把从其它地方下载完全的文件放到该目录中时，并没有效果。也就是说缓存实际上没用。 最新的 1.8.2 似乎修复了这个 bug。 Minikube 最新的 1.8.2 和 1.7.3 对应的 Kubernetes 版本都是 1.17.3。使用旧版本启动集群需要额外下载的软件大小是这个 preload image 的一半

卸载kubernetes-dashboard kubectl get secret,sa,role,rolebinding,services,deployments --namespace=kube-system | grep dashboard sudo kubectl delete deployment kubernetes-dashboard --namespace=kube-system sudo kubectl delete service kubernetes-dashboard --namespace=kube-system sudo kubectl delete role kubernetes-dashboard-minimal --namespace=kube-system sudo kubectl delete rolebinding kubernetes-dashboard-minimal --namespace=kube-system sudo kubectl delete sa kubernetes-dashboard --namespace=kube-system sudo kubectl delete secret kubernetes-dashboard-certs --namespace=kube-system sudo kubectl

简介 Rook官网： https://rook.io Rook是 云原生计算基金会 (CNCF)的孵化级项目. Rook是Kubernetes的开源 云本地存储协调 器，为各种存储解决方案提供平台，框架和支持，以便与云原生环境本地集成。 至于CEPH，官网在这： https://ceph.com/ ceph官方提供的helm部署，至今我没成功过，所以转向使用rook提供的方案 有道笔记原文： http://note.youdao.com/noteshare?id=281719f1f0374f787effc90067e0d5ad&sub=0B59EA339D4A4769B55F008D72C1A4C0 环境 centos 7.5 kernel 4.18.7-1.el7.elrepo.x86_64 docker 18.06 kubernetes v1.12.2 kubeadm部署： 网络: canal DNS: coredns 集群成员： 192.168.1.1 kube-master 192.168.1.2 kube-node1 192.168.1.3 kube-node2 192.168.1.4 kube-node3 192.168.1.5 kube-node4 所有node节点准备一块200G的磁盘：/dev/sdb 准备工作 所有节点开启ip_forward cat <<EOF

一、Rook部署 Rook是一个开源的cloud-native storage orchestrator，为各种存储解决方案提供平台、框架和支持，以便与云原生环境本地集成。Rook通过自动化部署、引导、配置、置备、扩展、升级、迁移、灾难恢复、监控和资源管理来实现此目的。Rook使用底层云本机容器管理、调度和编排平台提供的工具来实现它自身的功能。 1.使用Helm安装Rook Operator Ceph Operator Helm Chart # helm repo add rook-release https://charts.rook.io/release # helm install --namespace rook-ceph rook-release/rook-ceph --name rook-ceph 2.在k8s集群中三个Node节点上新增一块磁盘sdb [root@k8s-node01 ~]# lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 200G 0 disk sdb 8:16 0 50G 0 disk 3.创建Rook Cluster # git clone https://github.com/rook/rook.git # cd rook/cluster/examples/kubernetes

Codis集群的搭建与使用 一、简介 Codis是一个分布式的Redis解决方案，对于上层的应用来说，连接Codis Proxy和连接原生的Redis Server没有明显的区别（不支持的命令列表），上层应用可以像使用单机的Redis一样使用，Codis底层会处理请求的转发，不停机的数据迁移等工作，所有后边的一切事情，对于前面客户端来说是透明的，可以简单的认为后边连接是一个内存无限大的Redis服务。 Codis架构图： 以上我们可以看到codis-proxy是单个节点的，因为我们可以通过结合keepalived来实现高可用： codis-proxy 提供连接集群redis服务的入口 codis-redis-group 实现redis读写的水平扩展，高性能 codis-redis 实现redis实例服务，通过codis-ha实现服务的高可用 二、组件说明 codis-proxy : 是客户端连接的Redis代理服务，codis-proxy 本身实现了Redis协议，表现得和一个原生的Redis没什么区别（就像Twemproxy），对于一个业务来说，可以部署多个codis-proxy，codis-proxy本身是没状态的。 codis-config ：是Codis的管理工具，支持包括，添加/删除Redis节点，添加/删除Proxy节点，发起数据迁移等操作，codis

目的 在 Redis Codis 部署安装 的文章中，介绍了通过fe在web上搭建codis的基本步骤和方法，也介绍了codis-admin的相关说明，为了更好的熟悉codis-admin的使用，本文将使用codis-admin直接搭建 codis集群 （和fe进行相关的对比）。这样做的另一个目的是为实现自动化脚本部署的时候做相关的准备。 环境 和 Redis Codis 部署安装 中的环境一样，包括各个服务的IP和端口，以及安装方法。 机器 服务 端口 端口说明 依赖 192.168.163.131/132/133(Ubuntu 16.04) Codis 7021/7022 server端口:主/从（三台） GO 11080 proxy管理端口（三台） 18080 dashboard管理端口（一台） 10890 fe管理端口（一台） 10086 sentinel（三台） 192.168.163.131/132/133(Ubuntu 16.04) zookeeper 2181 zk客户端监听端口（三台） JDK 2888 zk内部通讯端口（三台） 3888 zk选举端口（三台） 开始 首先要保证ZooKeeper、Dashboard、Proxy、Server、Sentine、fe等都已经开启。根据 Redis Codis 部署安装 文章的安装和配置，进行codis相关组件的开启

git clone https://github.com/CodisLabs/codis.git 1:下载go环境 官网：https://golang.org/doc/install wget https://storage.googleapis.com/golang/go1.6.2.linux-amd64.tar.gz tar -C /usr/local -xzf go1.6.2.linux-amd64.tar.gz cd /usr/local/go cat >> /etc/profile <<EOF export GOROOT=/usr/local/go export GOPATH=/workspace/golang export PATH=\$PATH:\$GOROOT/bin:\$GOPATH/bin export CODIS_HOME=$GOPATH/src/github.com/CodisLabs/codis export GO15VENDOREXPERIMENT=0 EOF source /etc/profile 2:下载安装codis 官网：https://github.com/CodisLabs/codis/blob/master/doc/tutorial_zh.md 根据官网推荐采用这种方式，而不是git clone ...codis go get -u -d