sunshinechen的网络生活书

为什么要有Service在kubernetes中，Pod是有生命周期的，如果Pod重启它的IP很有可能会发生变化。如果我们的服务都是将Pod的IP地址写死，Pod挂掉或者重启，和刚才重启的pod相关联的其他服务将会找不到它所关联的Pod。为了解决这个问题，在kubernetes中定义了service资源对象，Service 定义了一个服务访问的入口，客户端通过这个入口即可访问服务背后的应用集群实例

问题背景在安装完 kubelet、kubeadm、kubectl 这三剑客之后，以当前节点作为 master 节点进行集群初始化。 问题描述集群一直无法被初始化 问题分析 配置文件有问题 解决方法在网上冲浪时发现，kubelet 一直重启是因为 docker作为 kubernetes的容器运行时，需要docker的 cgroup属性要与 kubernetes 保持一致；该属性在 /etc/doc

问题背景通过 kubeadm 工具部署完 kubernetes 集群。 问题描述kubernetes中 scheduler 状态为 Unhealthy 问题分析 初步判断为端口占用 解决方法 查看端口是否被占用 12ss -ntlpu |grep 10251 ss -ntlpu |grep 10252 结果表明，这2个端口没有被占用2. 查看这2个服务是否存在 1kubectl get pod

主从库模式Redis 提供了 2 种不同的持久化方式：AOF 和 RDB，它们可以分别通过回放日志和重新读入 RDB 文件的方式来恢复数据，从而保证尽量少丢失数据，提升可靠性。 但即使使用了这两种方法，也依然存在服务不可用的问题：单点故障问题；比如我们在实际使用时只运行了一个 Redis 示例，那么如果该实例宕机了，它必然在恢复期间是无法服务心来的数据存取请求的。 那我们总说的 Redis 具有高

Replicaset控制器Replicaset概述ReplicaSet是kubernetes中的一种副本控制器，简称rs，主要作用是控制由其管理的pod，使pod副本的数量始终维持在预设的个数。它的主要作用就是保证一定数量的Pod能够在集群中正常运行，它会持续监听这些Pod的运行状态，在Pod发生故障时重启pod，pod数量减少时重新运行新的 Pod副本。 官方推荐不要直接使用ReplicaSet

概述Redis 是一个基于内存的数据库，它的数据是存放在内存中，内存有个问题就是关闭服务或者断电会丢失。 Redis 的数据也支持写到硬盘中，这个过程就叫做持久化。 Redis 提供了 2 种不同形式的持久化方式： RDB（Redis DataBase） AOF（Append Of File） RDB在指定的时间间隔内将内存中的数据集快照写入磁盘，也就是行话讲的 Snapshot 快照，它恢复

Redis 的数据类型Redis 的数据类型有 5 种，分别是 String，List，Set，Zset，Hash String 类型Redis 字符串存储字节序列，包括文本、序列化对象和二进制数组。因此，字符串是最基本的 Redis 数据类型。它们通常用于缓存，但它们支持额外的功能，允许实现计数器并执行逐位操作。 默认情况下，单个 Redis 字符串最多可以为 512 MB。 大多数字符串操作都

Redis 是什么Redis （全称：Remote Dictionary Server 远程字典服务）是一个开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API。Redis 是一个NoSQL数据库，是一个运行在内存中的数据结构存储系统，它可以用作数据库、缓存和消息中间件。 在了解什么是 Redis 之前，先了解下什么是 NoSQ

SpringBoot 整合 RabbitMQ1、配置 Maven 依赖1234<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-amqp</artifactId> </depend

RabbitMQ工作模式——Routing模式在Fanout模式中，一条消息，会被所有订阅的队列都消费。但是，在某些场景下，我们希望不同的消息被不同的队列消费。这时就要用到Direct类型的Exchange。 该Routing模式又细分为Direct模式和Topic模式 Direct模式在Direct模型下： 队列与交换机的绑定，不能是任意绑定了，而是要指定一个RoutingKey（路由key）