1、Ingress-nginx 介绍1.1、Ingress-nginx 组成nginx-ingress-controller：Kubernetes 入口控制器，通过 ingress-nginx 能够实现基本的负载均衡、证书卸载、会话加密以及 URL 重写等功能；ingress 资源对象：能够将 nginx 配置抽象成 Ingress 对象，每添加一个Service，只需要添加相应的 In
部署高可用Ingress官网地址https://kubernetes.github.io/ingress-nginx/deploy/获取ingress的编排文件wget https://raw.githubusercontent.com/kubernetes/ingress-nginx/master/deploy/static/mandatory.yaml 增加节点标签kubectl label
概述：官方原始文件使用的是deployment，replicate 为 1，这样将会在某一台节点上启动对应的nginx-ingress-controller pod。外部流量访问至该节点，由该节点负载分担至内部的service。考虑到单点故障的问题，改为DaemonSet然后删掉replicate ，配合亲和性部署在指定节点上启动nginx-ingress-controller pod，确保有多个
一、kubernetes高可用部署安装方式分为kubeadm安装、和二进制安装第一种：1.1、基本环境配置环境介绍： master01~03 192.168.150.150~~152 master节点3 master-vip 192.168.150.200 keepalived虚拟IP node01~02 192.168.150.153~~154 worker节点2所有节点配置hosts，修改/e
一、前言1、service的缺点service的工作模式：userspace（基于iptables的）、iptables、ipvs，无论是哪一种工作模式，都是四层调度器。四层调度器的缺点在于：只是工作在OSI网络模型的第四层，因此如果用户访问的是https请求，service将束手无策。那么针对这种https请求，Kubernetes集群有两种处理方案：【1】、方案一：client——>调度
在关于高并发负载均衡一文中已经提到，企业在解决高并发问题时，一般有两个方向的处理策略，软件、硬件，硬件上添加负载均衡器分发大量请求，软件上可在高并发瓶颈处：数据库+web服务器两处添加解决方案，其中web服务器前面一层最常用的的添加负载方案就是使用nginx实现负载均衡。 一、负载均衡的作用1、转发功能按照一定的算法【权重、轮询】，将客户端请求转发到不同应用服务器上，减轻单个服务器压
prefaceNFS作为业界常用的共享存储方案，被众多公司采用。我司也不列外，使用NFS作为共享存储，为前端WEB server提供服务，主要存储网页代码以及其他文件。高可用方案说道NFS，不得不说它的同步技术，同步技术有两种，第一种就是借助RSYNC+inotify来实现主从同步数据。第二种借助DRBD，实现文件同步。 上诉两种方案都没有实现高可用，只是实现了两者数据同步。但是业务要求NFS服务
1. 系统集群式部署单点系统，一旦出故障整个系统都瘫痪，非常酸爽，所以在大型系统中都采用集群部署，某台实例出现了问题直接踢掉负载就好了，不必担心系统是单点这种尴尬场景。尤其是在电商系统中大促的场景下，都会有一些备份机器，担心机器不够用那么直接扩容吧。2. 减少系统间依赖在系统里尽量的避免外部依赖、第三方依赖等，毕竟命运掌握在自己手里才是最有把握的。试想一种场景，如果因为你依赖的外部服务挂了导致自己
转载
2023-09-29 21:25:49
119阅读
架构设计三大定律墨菲定律任何事没有表面看起来那么简单所有的事都会比预计的时间长 - 可能出错的事情总会出错 - 担心某种事情发生，那么它就更有可能发生康威定律系统架构师公司组织架构的反映 按照业务闭环进行系统拆分/组织架构划分，实现闭环、高内聚、低耦合，减少沟通成本如果沟通出现问题，应该考虑进行系统和组织架构的调整 适合时机进行系统拆分。不要一开始就吧系统、服务拆分拆的非常细，虽然闭环，但是每个人
1.前言在最近项目开中，为了减少前台搜索对数据库访问压力，入库的物料都需要同步一份数据到ES，让前台搜索直接访问ES，不直接访问数据库获取数据。一开始做法是代码串行先保存到数据库，再同步到ES。但是会有一个坑，如果两者其一保存数据不成功，就会导致数据库跟ES数据不一致，而且这种方式是对站点代码是有侵入式的。搜索相关资料发现阿里的canal这个增量数据订阅&消费的中间件可以无侵入式地有效解决
目录一、HDFS-HA集群配置1.1 配置HDFS-HA集群1.2 启动HDFS-HA集群1.3 配置HDFS-HA自动故障转移问题解决：二、YARN-HA配置2.1 配置YARN-HA集群2.2 启动YARN一、HDFS-HA集群配置1.1 配置HDFS-HA集群1.HDFS 高可用集群规划，请保证 Hadoop 完全分布式和 ZooKeeper 完全分布式环境已经安装完成。(这两个分布式环境在
转载
2023-08-07 19:48:37
162阅读
本文档介绍部署高可用 kube-scheduler 集群的步骤。该集群包含 3 个节点，启动后将通过竞争选举机制产生一个 leader 节点，其它节点为阻塞状态。当 leader 节点不可用后，剩余节点将再次进行选举产生新的 leader 节点，从而保证服务的可用性。为保证通信安全，本文档先生成 x509 证书和私钥，kube-scheduler 在如下两种情况下使用该证书：与 kube-apis
PS:
Active是对外提供服务的，standBy是从属备用的；但是他们是怎样保证同步的数据的呢？一个运行中zookeeper上的第三方那个工具 qJournal
PS:什么时候感知到服务挂了呢，进行切换呢？就是使用zkfc技术PS:namenode的安全模式PS:Ferdaration是就是由多个HDFS构成。一般用的比较少---------------------------Hi
一、搭建规划： hadoop 高可用集群的搭建依赖于 zookeeper，所以选取三台当做 zookeeper 集群 ，这里总共准备了八台主机(可按实际规划，不一定要这么多台)，分别是 hadoop01，hadoop02，hadoop03，hadoop04， hadoop05，zk01，zk02，zk03。其中 hadoop01 和 hadoop02 做 namenode 的主备切换，hadoop
转载
2023-07-14 15:21:59
459阅读
Kubernetes（K8S）是一种用于自动化部署、扩展和管理容器化应用程序的开源系统。Ingress是K8S中用于管理外部访问的API对象，它允许HTTP和HTTPS流量到达集群中的服务。在本文中，我将向您介绍如何实现“K8S Ingress 高可用”。
首先，让我们了解一下实现“K8S Ingress 高可用”的流程。下表展示了具体步骤：
| 步骤 | 操作 |
| ------ |
节点导入镜像[root@k8smaster1 ~]# ctr -n k8s.io images import ingress-nginx-controllerv1.1.0.tar.gz
[root@k8smaster1 ~]# ctr -n k8s.io images import kube-webhook-certgen-v1.1.0.tar.gz创建pod[root@k8smaster1 i
原创
2023-07-06 10:51:54
246阅读
Ingress + service + deployment（HTTP）[root@k8smaster1 ingress]# cat ingress-demo.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
name: tomcat-deploy
namespace: default
labels:
component:
原创
2023-09-27 23:54:17
174阅读
点赞
1评论
高可用实现方式： keepalived 在物理机，虚拟机上部署 slb 在云主机上使用，自带负载均衡和高可用功能keepalive 长
HA集群的搭建可以在完全分布式的基础上搭建目的：减少单点故障的发生规划配置图NN1NN2DNzKZKFCJNNRMhadoop100******hadoop101******hadoop102***图中的 NN、DN、ZK、ZKFC、JNN、RM是以下简称 NN： NameNode DN：DataNode ZK：Zookeeper ZKFC：Zookeeper客户端 JNN：Journalnode
转载
2023-08-18 15:03:48
102阅读
引言RocketMq 作为一个成熟的消息中间件，自身保证了高可用性。学习RocketMq中的高可用性可以帮助我们自己在平时编写代码时能够编写处高可用的代码。 对于RocketMq，高可用主要在这四块进行保证消息发送的高可用：在消息发送时可能会遇到网络问题、Broker 宕机等情况导致消息没有发送成功消息存储的高可用：在 RocketMQ 中消息存储时Broker发生故障导致消息没有保存下来消息消费
