https://docs.pingcap.com/zh/tidb/stable/pd-control PD Control 是 PD 的命令行工具，用于获取集群状态信息和调整集群。 安装方式 注意 建议使用的 Control 工具版本与集群版本保持一致。 使用 TiUP 可直接通过 tiup ctl
一、TiDB Lightning介绍 TiDB Lightning 是一个将全量数据高速导入到 TiDB 集群的工具，目前支持 Mydumper 或 CSV 输出格式的数据源。你可以在以下两种场景下使用 Lightning： 迅速导入大量新数据。 备份恢复所有数据。 目前，TiDB Lightnin
升级 使用TiUP进行补丁升级(HotFix)版本升级流程升级准备-更新TiUP升级准备- 编辑TiUP Cluster升级准备- 集群监控状态检查升级TiDB 集群验证TiDB集群升级结果升级常见问题 使用TiUP进行补丁升级(HotFix) -R ： 所有 -N : 指定的节点 升级集群上的所有
centos7.6安装本地yum源 前言：文章内容可能会因环境不同而有所差异，所谓集思广益说不定灵感就来了呢; 文章初衷旨在交流学习、记录个人成长，如果能帮助到您，那就点个赞噢。 环境说明： 1、本实验使用的是VMware vsphere虚拟机，操作系统安装可参考链接：CentOS7.6系统安装和网
CentOS7.6系统安装配置 前言：文章内容可能会因环境不同而有所差异，所谓集思广益说不定灵感就来了呢; 文章初衷旨在交流学习、记录个人成长，如果能帮助到您，那就点个赞噢。 环境说明： 1、本实验使用的是VMware workstation来创建虚拟机，创建虚拟机过程这里就不展开了，详情可查看：V
概述 Velero 是一个开源工具，可以安全地备份和还原，执行灾难恢复以及迁移 Kubernetes 集群资源和持久卷。 灾难恢复 Velero 可以在基础架构丢失，数据损坏和/或服务中断的情况下，减少恢复时间。 数据迁移 Velero 通过轻松地将 Kubernetes 资源从一个集群迁移到另一个
概述 目的 通过 velero 工具, 实现以下整体目标: 特定 namespace 在B A两个集群间做迁移; 具体目标为: 在B A集群上创建 velero (包括 restic ) 备份 B集群 特定 namespace : caseycui2020: 备份resources - 如deplo
概述 之前在 天翼云上用 4 台机器安装了一个 1 master（及 etcd) 3 node 的 K3S 集群，并在其上使用 Helm 安装了 Rancher 2.6.3 版本。 前几天发现 Rancher 官方推荐的最新版为：v2.6.4 所以决定先后对 Rancher 和 K3S 集群进行升级
## 系列文章 * [Cilium 系列文章](https://ewhisper.cn/tags/Cilium/) ## 前言 在本章中，我们将直接将 Cilium 安装到 Kubernetes 集群中。 在实验中，我们用到的组件及版本为： * Cilium 1.13.4 * K3s v1.26.6
大家应该对 Kubernetes Events 并不陌生，特别是当你使用 kubectl describe 命令或 Event API 资源来了解集群中的故障时。 ``` $ kubectl get events 15m Warning FailedCreate replicaset/ml-pipe
Exadata环境巡检需要执行专有的exachk，而普通Oracle环境可以通过执行orachk来检查集群和数据库相关健康状况。 1.使用orachk检查健康状态 使用root用户执行，期间可能需要多次输入另外节点的root密码，准备好密码正确输入即可： [root@db01rac1 ~]# ora
一，引言 结合前几篇文章，我们了解到 Azure Pipeline 完美的解决了持续集成，自动编译。同时也兼顾了 Sonarqube 作为代码扫描工具。接下来另外一个问题出现了，Azure DevOps 由于有人员限制，项目上不能给非开发人员或者外包成员开权限，这个时候就需要将编译好的程序包上传到公
摘要：本案例将带大家使用一份开源的S.M.A.R.T.数据集和机器学习中的随机森林算法，来训练一个硬盘故障预测模型，并测试效果。 本文分享自华为云社区《基于随机森林算法进行硬盘故障预测》，作者：HWCloudAI 。 实验目标 掌握使用机器学习方法训练模型的基本流程； 掌握使用pandas做数据分析
Master Api Server 统一入口，以 Restful 方式，交给 etcd 存储 Scheduler 节点调试，选择 Node 节点，做应用部署 Controller Manager 处理集群中常规后台任务，一个资源对应一个控制器 etcd 存储系统，用于保存集群相关的数据 Node k
生产者启动流程 DefaultMQProducer是RocketMQ中默认的生产者实现 核心属性： namesrvAddr: 继承自 ClientConfig，表示 RocketMQ 集群的Namesrv 地址，如果是多个则用分号分开。比如：127.0.0.1：9876;127.0.0.2：9876
RocketMQ设计了远程位点管理和本地位点管理两种位点管理方式。集群消费时，位点由客户端提交给Broker保存，具体实现代码在RemoteBrokerOffsetStore.java文件中；广播消费时，位点保存在消费者本地磁盘上，实现代码在LocalFileOffsetStore.java文件中
针对老项目，去年做了许多降本增效的事情，其中发现最多的就是接口耗时过长的问题，就集中搞了一次接口性能优化。本文将给小伙伴们分享一下接口优化的通用方案。
背景 在前面三节中已经讲到如何将我们的应用部署到 k8s 集群并提供对外访问的能力，x现在可以满足基本的应用开发需求了。 现在我们需要更进一步，使用 k8s 提供的一些其他对象来标准化我的应用开发。 首先就是 ConfigMap，从它的名字也可以看出这是用于管理配置的对象。 ConfigMap 不管
上一篇介绍的**通用计算**是关于多个`numpy`数组的计算， 本篇介绍的**聚合计算**一般是针对单个数据集的各种统计结果，同样，使用**聚合函数**，也可以避免繁琐的循环语句的编写。 # 元素的和 数组中的元素求和也就是合计值。 ## 调用方式 **聚合计算**有两种调用方式，一种是面向对象的
摘要：先通过OPS确认节点状态是否已经恢复，或登录后台执行cm_ctl query -Cv确认集群是否已经Normal。 本文分享自华为云社区《【实例状态】GaussDB CN服务异常》，作者：酷哥。 确认节点状态 先通过OPS确认节点状态是否已经恢复，或登录后台执行cm_ctl query -Cv
