搜索[伪集群]结果-低调大师优秀个人博客

精选列表

搜索[伪集群]，共10000篇文章

WGCLOUD 集群监控平台 v2.2 数据积压问题修复

1.使用v2.2的同学，修复了数据积压的重大bug。请重新下载wgcloud-server安装包，然后替换里面的wgcloud-server-release.jar文件即可，其他文件都不用修改。使用其他版本的同学，请重新安装下。 2.之前出现org.hyperic.sigar.SigarException:Thedeviceisnotready.这个bug的同学，请重新下载安装包。已经修复了。码云地址：https://gitee.com/wanghouhou/wgcloud GITHUB：https://github.com/tianshiyeben/wgcloud 下载：http://www.wgstart.com

2020-01-15

每日一博 | 记一次 Kafka 集群线上扩容

前段时间收到某个 Kafka 集群的生产客户端反馈发送消息耗时很高，于是花了一段时间去排查这个问题，最后该集群进行扩容，由于某些主题的当前数据量实在太大，在对这些主题迁移过程中话费了很长一段时间，不过这个过程还算顺利

2019-12-21

Vitess 4.0 发布，MySQL 数据库集群水平扩展系统

Vitess 4.0 发布了。Vitess 是一个分布式 MySQL 工具集，它可以自动分片存储 MySQL 数据表，将单个 SQL 查询改写为分布式发送到多个 MySQL Server 上，支持行缓存（比 MySQL 本身缓存效率高）与复制容错等。此版本主要新特性包括：改进 SQL 查询支持支持的 MySQL 语法的覆盖范围有了不小的进步，例如现在可以跨分片边界插入。还支持更广泛的 SELECT 语句，包括对诸如 COUNT(DISTINCT …)不同聚合查询的支持。也可以通过 ALTER VSCHEMASQL 修改 Vitess 本身。现在也已经开始使用常见的应用和框架测试 Vitess，并向测试套件中添加故障。目的是使从单一的 MySQL 或 MariaDB 迁移到分片的 Vitess 成为可能，而应用对此有所感知。改进可用性 Vitess 4.0 中有许多改进，可以使新用户更容易使用：完善 Kubernetes 和 Vagrant 的本地开发入门教程。入门所需的配置较少，因为在许多情况下可以自动检测到 MySQL 版本。改进了许多错误消息，并着重于确保它们处于正确的日志级别（error、warning 或 info）。 VReplication 的实验性支持分片的缺点之一是可能不得不做出权衡取舍，例如，在具有买家和卖家的电子商务平台中，可以选择按买家分片，在这种情况下，卖家在分片系统中的查询可能会变慢。对于需要买卖双方都有效查询的应用，VReplication 提供了一种方式来订阅对每个分片进行的更改（使用 MySQL 二进制日志），并保留关键数据的冗余副本在其它分片上的可用性。可以认为此功能类似于其它商业数据库中可用的实例化视图。此外 Vitess 4.0 还支持表等效的概念，这意味着可以指示 Vitess 从原始表或 VReplication 实例化视图中进行读取，无论哪种查询都能更快地执行。详情查看更新说明： https://vitess.io/blog/2019-11-05-vitess-4.0-has-been-released

2019-11-08

如何使用“自定义镜像”创建容器服务Kubernetes集群

背景在使用容器服务创建Kubernetes集群的时候，默认是没有用户选择镜像的地方的，只能是系统镜像。但是对于一些客户而言，出于运维管理的需要，都希望可以安装一些特点的软件包。

2019-10-13

SpringCloud微服务(04)：Turbine组件，实现微服务集群监控

本文源码：GitHub·点这里 || GitEE·点这里一、聚合监控简介 1、Dashboard组件微服务架构中为了保证程序的可用性，防止程序出错导致网络阻塞，出现了断路器模型。断路器的状况反应程序的可用性和健壮性，它是一个重要指标。HystrixDashboard是作为断路器状态的一个组件，提供了数据监控和直观的图形化界面。 2、Turbine组件 Hystrix Dashboard组件监控服务的熔断情况时,每个服务都有图形界面,当微服务数量很多时,监控非常繁杂.为了同时监控多个服务的熔断状况,Netflix开源了Hystrix的另一个组件Turbine.Turbine用于聚合多个Hystrix Dashboard监控,将多个Hystrix Dashboard组件的数据聚集在一个面板展示,集中监控。 3、案例结构聚合监控服务 node04-monitor-7002 注册中心 node04-eureka-7001 两个服务提供者，都配置了熔断器，和Dashboard组件 node04-provider-6001 node04-provider-6002 二、Dashboard组件这个组件是针对单个微服务的监控的。具体使用流程如下。 1、注解和依赖 <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-hystrix</artifactId> </dependency> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-hystrix-dashboard</artifactId> </dependency> 启动类注解 @EnableHystrix @EnableHystrixDashboard 2、启动下面两个服务 node04-eureka-7001 node04-provider-6001 3、访问指定接口 1)、访问配置的熔断接口http://localhost:6001/getInfo2)、打开数据面板http://localhost:6001/hystrix.stream可以看到一些具体的数据，类似打印日志的方式，展现上面接口的执行信息。3)、打开图形面板http://localhost:6001/hystrix查看配置监控信息。刷新几次上面配置的熔断接口，查看效果。三、Turbine组件 node04-monitor-7002 聚合监控服务，聚集6001，和6002两个服务的监控。 1、依赖和注解 1)、服务提供者新增依赖 <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-actuator</artifactId> </dependency> 2)、聚合服务依赖 <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-turbine</artifactId> </dependency> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-netflix-turbine</artifactId> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-actuator</artifactId> </dependency> 启动类注解 @EnableTurbine 2、启动服务依次启动注册中心，两个服务提供者，最后启动聚合监控中心。 3、操作流程 1)、打开监控面板进行如下配置 2)、刷新两个服务的熔断接口 http://localhost:6001/getInfo http://localhost:6002/getInfo 查看上面面板的监控信息如下。聚合监控服务流程就是这样了。四、源代码说明 GitHub·地址 https://github.com/cicadasmile/spring-cloud-base GitEE·地址 https://gitee.com/cicadasmile/spring-cloud-base

2019-09-24

记一次kubernetes集群异常：kubelet连接apiserver超时

来源：小米云技术ID：mi-cloud-tech作者：高荣背景 kubernetes是master-slave结构，master node是集群的大脑，当master node发生故障时整个集群都"out

2019-08-01

SpringBoot开发案例之分布式集群共享Session

前言在分布式系统中，为了提升系统性能，通常会对单体项目进行拆分，分解成多个基于功能的微服务，如果有条件，可能还会对单个微服务进行水平扩展，保证服务高可用。那么问题来了，如果使用传统管理 Session 的方式，我们会遇到什么样的问题？案例这里拿下单举例，用户小明在天猫上相中了一个的娃娃，觉得不错，果断购买，选尺寸，挑身高，然后确认选择，赶紧提交订单，然后就跳转到了登录页面！小明表示很郁闷，大写的问号？？？小明进入娃娃页面，此时请求通过代理服务发送到业务系统一。小明选尺寸，挑身高，此操作并没有对后端服务发送请求。小明提交订单，此时请求通过代理服务发送到业务系统二，然鹅，二系统此时并没有查询到小明的登录信息，就被无情的跳转到登录页了。方案 HttpSession 默认使用内存来管理 Session，通常服务端把用户信息存储到各自的 Jvm 内存中。所以小明下单的时候找不到登录信息，那么我么何不把用户信息集中存储！？为了测试效果，这里我们搭建一个演示案例，项目涉及 SpringBoot、spring-session、redis、nginx 等相关组件。 pom.xml引入依赖： <dependency> <groupId>org.springframework.session</groupId> <artifactId>spring-session-data-redis</artifactId> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-data-redis</artifactId> </dependency> 配置 redis 参数，软件自行安装： ## redis #session存储类型 spring.session.store-type=redis spring.redis.database=0 spring.redis.host=127.0.0.1 spring.redis.port=6379 spring.redis.password=123456 spring.redis.pool.max-active=8 spring.redis.pool.max-wait=-1 spring.redis.pool.max-idle=8 spring.redis.pool.min-idle=0 spring.redis.timeout=3000 简单的用户登录实现，省略部分代码： @RequestMapping(value="login",method=RequestMethod.POST) public Result login(String username,String password,HttpServletRequest request,HttpServletResponse response) throws Exception { SysUser user = userService.getUser(username); if(user==null) { return Result.error("用户不存在"); }else { if(user.getPassword().equals(password)) { request.getSession().setAttribute("user", user); return Result.ok(); }else { return Result.error("密码错误"); } } } 配置代理实现，基于 Nginx： server { listen 80; server_name blog.52itstyle.vip; location / { proxy_pass http://192.168.1.2:8080; } location /cart { proxy_pass http://192.168.1.3:8080$request_uri; } location /order { proxy_pass http://192.168.1.4:8080$request_uri; } } 配置成功后登录系统，在 redis 中查询用户信息： 127.0.0.1:6379> keys * 1) "spring:session:expirations:1562577660000" 2) "spring:session:sessions:1076c2bd-95b1-4f23-abd4-ab3780e32f6f" 3) "spring:session:sessions:expires:1076c2bd-95b1-4f23-abd4-ab3780e32f6f" 小结这样，小明就可以开心的买娃娃了！

2019-07-29

k8s_v1.15.0_HA集群基础环境搭建

第一次在云恓社区写博客,就先把自己整理的Kubernetes高可用集群基础环境的搭建流程拿过来试试水.哈哈先对配置做个简单介绍:proxy使用的是ipvs,网络使用的是calico,堆叠式etcd集群,

2019-07-24

容器集群监控利器阿里云Prometheus 正式免费公测

Prometheus 作为容器生态下集群监控的首选方案，是一套开源的系统监控报警框架。它启发于 Google 的 borgmon 监控系统，并于 2015 年正式发布。

2019-07-15

BDS-HBase集群之间数据迁移同步的利器

BDS定位 BDS针对开源HBase目前存在的同步迁移痛点，自主研发的一套数据迁移的平台，用于HBase集群的无缝迁移、主备容灾、异地多活、在线离线业务分离、HBase数据归档、对接RDS实时增量数据等等

2019-06-09

kubernetes集群全栈监控报警方案kube-prometheus

https://github.com/coreos/prometheus-operator https://github.com/coreos/kube-prometheus 背景环境 kubernetes集群

2019-06-04

hadoop-2.7.7 HA完全分布式集群部署详解

1.Hadoop HA简介及工作原理 Hadoop NameNode官方开始支持HA集群默认是从2.0开始，之前的版本均是不支持NameNode HA的高可用的。

2019-05-21

使用Minikube 搭建最简易的K8S 集群

Minikube Minikuge 是一个跨平台的，可以在本地环境搭起的最简单的一个集群的一个工具。

2019-04-26

那些年用过的Redis集群架构（含面试解析）

问题3:Redis集群机制中，你觉得有什么不足的地方吗？正常版: 不知道高调版: 假设我有一个key，对应的value是Hash类型的。如果Hash对象非常大，是不支持映射到不同节点的！

2019-02-21

超详细hadoop集群服务器安装配置教程

2、物理集群（三台及以上实体服务器） 1ãÂ 外网下载模式 2ãÂ 本地文件模式将安装包文件直接拷贝到实体服务器root目录下，进行安装操作即可。

2019-01-22

spark集群使用hanlp进行分布式分词操作说明

本篇分享一个使用hanlp分词的操作小案例，即在spark集群中使用hanlp完成分布式分词的操作以下为全文：分两步：第一步：实现hankcs.hanlp/corpus.io.IIOAdapter

2019-01-20

Rainbond 5.0正式发布, 支持对接管理已有Kubernetes集群

Rainbond 5.0正式发布, 支持对接管理已有Kubernetes集群今天非常高兴向大家宣布Rainbond v5.0正式发布，Rainbond是开源的企业应用云操作系统，支撑企业应用开发、

2019-01-02

centos7使用kubeadm安装k8s集群

有如下几种解决办法：在能翻墙的机器上拉取镜像，再打包导入到master机器上（docker save/load）直接拉国内别人的镜像，然后打tag为gcr.io的镜像启动配置集群的时候指定镜像相关配置

2018-12-16

关于K8s集群器日志收集的总结

容器日志存在形式目前容器日志有两种输出形式 stdout,stderr标准输出这种形式的日志输出我们可以直接使用docker logs查看日志k8s集群中同样集群可以使用kubectl logs类似的形式查看日志

2018-12-15

关于k8s集群容器日志收集的总结

容器日志存在形式目前容器日志有两种输出形式： 1、 stdout,stderr标准输出这种形式的日志输出我们可以直接使用docker logs查看日志，k8s集群中同样集群可以使用kubectl

2018-12-15

资源下载

更多资源

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。