花有重开日

置顶二进制部署K8S 1.2X高可用集群

写在前面二进制部署方式虽然相对复杂，但它能让我们深入了解Kubernetes各个组件的工作原理、组件间的通信机制以及整个集群的启动流程。这种"硬核"的部署方式不仅能够提升我们对K8S架构的理解深度，更能在生产环境中遇到复杂问题时，为我们提供更强的故障排查和性能调优能力。本文将从零开始，详细介绍如何

基于K8S搭建轻量级日志收集平台（Elasticsearch+Fluentd+Kibana）

写在前面: 在 Kubernetes 集群上运行多个服务和应用程序时，日志收集系统可以帮助你快速分类和分析由 Pod 生成的大量日志数据。Kubernetes 中比较流行的日志收集解决方案是 Elasticsearch、Fluentd 和 Kibana（EFK）技术栈。 Fluentd 和logst

Kubernete的修炼之路

基于K8S搭建Prometheus+Grafana+Altermanger 监控系统

写在前面在云原生的时代，可观测性（Observability）已经成为系统稳定运行的核心能力之一。随着业务规模的不断扩大，单机监控已无法满足分布式系统的需求，构建一套高效、可扩展的监控体系显得尤为重要。本文将基于 Kubernetes（K8S）环境，完整搭建一套 Prometheus + G

Kubernete的修炼之路

Linux环境下的科学上网

在学习和工作环境中我们如果需要在服务器上使用科学上网，可以使用我总结的一个方法 1. Clash for Linux 这个在github上的一个开源项目 https://github.com/nelvko/clash-for-linux-install 2. 使用

Linux系统安装优化

K8S的安全机制RBAC框架

1. 安全管理的概述 k8s 对我们整个系统的认证，授权，访问控制做了精密的设置；对于 k8s 集群来说，apiserver 是整个集群访问控制的唯一入口，我们在 k8s 集群之上部署应用程序的时候，也可以通过宿主机的 NodePort 暴露的端口访问里面的程序，用户访问 kubernetes 集

Kubernete的修炼之路

基于K8S部署zookeeper 集群

写在前面 1. 创建PV和PVC 这里我使用的是K8S中自带的PV，没有使用动态存储，因此我用的是nfs存储，同时集群的数据都存在了一个目录下，如果你的需求不一样请注意 --- 1. 安装nfs 服务端 [root@k8s-master ~]# yum install -y rpcbind nfs

Kubernete的修炼之路

Kubeadm 快速搭建K8S集群

写在前面：本文将以 Kubernetes v1.23 版本为例，使用 kubeadm 在服务器上快速搭建一套完整的 Kubernetes 集群。容器运行时采用 Docker，并使用与之兼容的 CNI 网络插件（如 flannel、calico 等）进行网络通信配置。通过本文，你将能够快速理解并完成

Kubernete的修炼之路

日志分析-logstash

写在前面在 ELK 架构中，Logstash 扮演着“数据管道”的角色。它负责从各种来源（如文件、数据库、消息队列、网络接口等）采集日志数据，然后通过强大的过滤器对数据进行清洗、解析、结构化处理，最后将处理后的日志发送到 Elasticsearch 中进行存储与索引。可以说，Logstash 是日

日志收集ELK

日志收集-filebeat

写在前面在 ELK日志分析体系中，Filebeat 扮演着“日志采集器”的角色，是整个数据流动链条的起点。它专注于从服务器本地读取日志文件，并将其可靠地转发至 Logstash 或 Elasticsearch，相当于 ELK 体系中的“前哨”。相比传统的 Logstash agent，Fileb

日志收集ELK

日志存储与检索-Elasticsearch

写在前面： Elasticsearch 是一个基于 Lucene 构建的分布式搜索引擎，它是 ELK 技术栈中的核心组件，主要用于存储和检索结构化/非结构化数据。为什么选择 Elasticsearch 7.17.x？虽然官方已经发布了 Elasticsearch 8.x 版本，但目前大多数企业级

日志收集ELK

信息打点-业务资产

写在前面：在网络安全攻防中，信息打点（信息标记）并不如漏洞利用那样令人兴奋，却是所有高质量攻击链背后的关键环节。简单来说，信息打点就是“记录你看到的、分析你知道的、利用你掌握的”。一次成功的攻防渗透，绝不仅仅是“打进去”这么简单，更重要的是在渗透过程中，把关键资产、账号、端口、服务、配置文件、凭证

网络安全那点事儿

基于mysqldump全量备份和Binlog增量备份的数据恢复

写在前面：在日常的 MySQL 数据库运维工作中，数据备份与恢复是一项至关重要的任务。为应对各种意外情况（如误删除、硬件故障、勒索病毒等），我们通常采用「全量 + 增量」的备份策略来保障数据安全。本篇文章将围绕一种经典且实用的备份与恢复方案展开：使用 mysqldump 实现全量备份，结合 bi

数据库

使用Kubernetes部署RuoYi-Cloud微服务系统（下）

部署微服务准备源码: 可以去github或者gitee上拉取源码 https://github.com/Promidddd/RuoYi-Cloud

Kubernete的修炼之路

使用Kubernetes部署RuoYi-Cloud微服务系统（上）

写在前面：若依（RuoYi）Cloud 是一套基于 Spring Cloud、Spring Boot、Vue 等技术栈构建的开源微服务权限管理系统，功能完整、结构清晰，广泛应用于企业级后台系统开发。在实际使用中，将 RuoYi-Cloud 部署到 Kubernetes 上，不仅可以实现微服务的高可

Kubernete的修炼之路

数据库服务备份恢复

内容概述：数据库备份恢复方式数据库逻辑备份实践 1. 数据库备份恢复方式物理备份方式：冷备/热备：从底层数据页或者文件信息进行备份当企业数据服务产生的需要备份的数据量在50G以上的，可以选择物理备份（xtrabackup）

数据库