前文链接 高可用系列文章之一 - 概述 - 东风微鸣技术博客 (ewhisper.cn) 三 技术方案 3.1 概述 单点是系统高可用最大的风险和敌人，应该尽量在系统设计的过程中避免单点。 保障系统的高可用, 方法论上，高可用保证的原则是「集群化」(或 「冗余」), 只有一个单点，该单点宕机所有服务
前文链接 高可用系列文章之一 - 概述 - 东风微鸣技术博客 (ewhisper.cn) 高可用系列文章之二 - 传统分层架构技术方案 - 东风微鸣技术博客 (ewhisper.cn) 四 NGINX 高可用实施方案 高可用的实施, 主要步骤概述如下: NGINX 的安装及基础配置 负载均衡层高可用
前文链接 高可用系列文章之一 - 概述 - 东风微鸣技术博客 (ewhisper.cn) 高可用系列文章之二 - 传统分层架构技术方案 - 东风微鸣技术博客 (ewhisper.cn) 高可用系列文章之三 - NGINX 高可用实施方案 - 东风微鸣技术博客 (ewhisper.cn) 六 总结 高
开篇 📜 引言： 磨刀不误砍柴工 工欲善其事必先利其器 K8S 集群规模，有的公司倾向于少量大规模 K8S 集群，也有的公司会倾向于大量小规模的 K8S 集群。 如果是第二种情况，是否有一个简单的 kubectl 命令来获取一个 kubeconfig 文件并将其合并到 ~/.kube/config
开篇 📜 引言： 磨刀不误砍柴工 工欲善其事必先利其器 第一篇：《K8S 实用工具之一 - 如何合并多个 kubeconfig？》 像我这种，kubectl 用的不是非常溜，经常会碰到以下情况： 忘记命令，先敲 --help，再敲命令，效率低 忘记加 -n 指定 namespace 太长的命令经常
开篇 📜 引言： 磨刀不误砍柴工 工欲善其事必先利其器 第一篇：《K8S 实用工具之一 - 如何合并多个 kubeconfig？》 第二篇：《K8S 实用工具之二 - 终端 UI K9S》 像我这种，kubectl 用的不是非常溜，经常会碰到以下情况： 忘记命令，先敲 --help，再敲命令，效率
开篇 📜 引言： 磨刀不误砍柴工 工欲善其事必先利其器 第一篇：《K8S 实用工具之一 - 如何合并多个 kubeconfig？》 第二篇：《K8S 实用工具之二 - 终端 UI K9S》 第三篇：《K8S 实用工具之三 - 图形化 UI Lens》 在《K8S 实用工具之一 - 如何合并多个 k
开篇 📜 引言： 磨刀不误砍柴工 工欲善其事必先利其器 第一篇：《K8S 实用工具之一 - 如何合并多个 kubeconfig？》 第二篇：《K8S 实用工具之二 - 终端 UI K9S》 第三篇：《K8S 实用工具之三 - 图形化 UI Lens》 第四篇：《K8S 实用工具之四 - kubec
简介 Prometheus Operator Prometheus Operator: 在 Kubernetes 上管理 Prometheus 集群。该项目的目的是简化和自动化基于 Prometheus 的 Kubernetes 集群监控堆栈的配置。 kube-prometheus 最简单的方法是将
安装好wikijs 之后, 可以进行进一步的详细配置. 这里介绍 LDAP 认证的配置. 在 管理 -> 身份验证 -> 添加策略 -> 选择 LDAP/AD , 如下: 接下来进行详细配置: 显示名称: 按需修改 是否启用: 是 LDAP URL: 格式为: ldap://serverhost:3
JAVA实现二维数组与稀疏数组之间的转换 一、什么是稀疏数组？ 稀疏数组(Sparse array) ，所谓稀疏数组就是数组中大部分的内容值都未被使用（或都为零），在数组中仅有少部分的空间使用。因此造成内存空间的浪费，为了节省内存空间，并且不影响数组中原有的内容值，我们可以采用一种压缩的方式来表示稀
在过去的25年多时间里，我创建了软件组件和分布式框架，建立并领导了相关团队。近几年我致力于推动 Adobe 服务开发、部署和管理系统的开发人员生产力。 ## 抽象陷阱 在云时代早期，Adobe 的每个团队都有自己的云账户、部署系统，其对应的成熟度也截然不同。很快我们就意识到需要对此进行标准化，这样成
DevOps和 GitOps 之间的关系是什么? 哪种方法更适合你的企业采用?
今天参考之前文章 Oracle 19c快速安装部署 在一个新的环境进行安装时，发现配置数据库时报错1521端口被占用： [root@OEL7 media]# /etc/init.d/oracledb_ORCLCDB-19c configure Configuring Oracle Database
运行书中自带光盘中的程序，在该程序的readme说明中，提到这类错误，解决方式是： 因为是免安装程序，需要运行“setup”文件夹下的setup.exe文件，安装控件。在安装完成后，运行开发资源库程序，控件注册错误问题解决。 但是我这里运行完成后，发现依然有报错“flash8.ocx或其附件之一不能
多租户架构，之前还在做运维的时期接触也不多。遇到多租户问题，第一反应是有些发虚的。 但实际很多问题很简单，也容易解决。本文就是一个例子。 问题：RAC节点2打开所有PDB时，报错ORA-30013。 SQL> alter pluggable database all open; alter plug
重要系统Oracle数据库U2L迁移场景中，如果客户来问我建议，我都会回复说首选就是XTTS，除非XTTS经测试实在是无法满足停机窗口，否则就不要考虑OGG这类方案。 换句话说，选择OGG做迁移的场景，都是没有其他办法时才会选用的方案了。 而在这类XTTS的迁移项目中,我认为bct的技术是至关重要的
通常选择XTTS做迁移的数据库都不会太小的，至少都是几T、几十T这样的规模，这种级别的数据量原有空间不够用，所以在迁移过程临时用作存放迁移数据库备份文件的空间也是需要提前考虑规划的问题。 最近就有客户有这样场景，数据库的数据量已经达到了60T+，也是优先选择XTTS的方案做U2L迁移测试。 至于这个
项目测试组又反馈一个问题，XTTS执行全量备份速度慢，影响测试进度。 实际算了下，平均速度才150MB/s.. 这个速度在客户生产环境的确是不够看，首先询问是否开了并行，开了多少？ 回复是说有开32个并行，在xtt.properties配置文件中指定的。 另外也注意在RMAN中show all的配置
