草庐IT

keepalived高可用Nginx

全部标签

Hadoop 名称节点 - 没有可用于匿名用户的组

我正在检查我的名称节点的日志,我发现了这个:2016-06-0403:09:28,843INFOBlockStateChange(BlockManager.java:computeReplicationWorkForBlocks(1527))-BLOCK*neededReplications=0,pendingReplications=0.2016-06-0403:09:28,960WARNsecurity.UserGroupInformation(UserGroupInformation.java:getGroupNames(1521))-Nogroupsavailableforus

Elasticsearch-8.11.1 (2+1)HA(高可用)集群部署

目录一、环境描述二、安装ES2.1下载Elasticsearch2.2解压Elasticsearch2.3创建es服务账号/密码2.3修改服务器配置2.4配置节点2.4.1配置说明2.4.2配置高可用集群2.4.2.1maser节点服务配置2.4.2.2node1节点服务配置2.4.2.3node2节点服务配置2.4.2.3node3节点服务配置2.4.2.3node4节点服务配置2.4.3服务启动2.4.4验证服务启动有没有成功2.4.4.1ps查看有没有es进程2.4.4.2访问服务三、部署Kibana3.1下载Kibana3.2解压3.3配置Kibana3.4 给账号密码做目录授权3.5

Dalsa线扫相机-二次开发-QT-C++ 可用Demo(一)

 效果展示       Dalsa线扫描相机的二次开发,因为官方只有MFC和命令行版本的,我需要使用QT进行开发,于是自己花时间研究,然后写了一个,效果如下:    可能GIF动图有点模糊,在图片中,上面为实时画面,我使用的是4096*128分辨率,然后使用手机的闪光灯在相机旁边摇晃,加上没有调焦调距,效果确实是如此。下面是实时拼接的图,将结果缩小旋转90度,然后依次拼接起来,就是下面拼接图片的效果。    拼接图的右边那个黑框是截图时候参数没有设置好,后面已经改好了。经验汇总1.大家参考的时候,记得对应自己的相机参数,包括:品牌、灰度/彩色、相机实际分辨率、网口/采集卡相机、软件版本等信息。

Kubernetes高可用集群二进制部署v1.28.0版本

一、集群环境准备1.1主机规划        主机IP地址主机名主机配置主机角色软件列表192.168.198.144k8s-master12C4Gmasterkube-apiserver、kube-controller-manager、kube-scheduler、etcd、kubectl192.168.198.145k8s-master22C4Gmasterkube-apiserver、kube-controller-manager、kube-scheduler、etcd、kubectl192.168.198.146k8s-master32C4Gmasterkube-apiserver、k

基于MySql,Redis,Mq,ES的高可用方案解析

本文将接着前文 1w5字详细介绍分布式系统的那些技术方案 文章基础上,进行实际的案例解析 高可用对于当下的系统而言,可以说是一个硬指标,常年专注于业务开发的我们,对于高可用最直观的感觉可能就是祈祷应用不要出问题,不要报错;即便有问题,也最好不是我们的业务代码逻辑导致的,如果是服务器、DB、中间件(如注册中心、配置中心等)的异常那就抛给对应的sre,dba;然而常在河边走,哪有不湿鞋,为了保障服务的高可用,我们可以从哪些方面进行努力呢?本文将作为高可用的开篇,通过简述一些常用的系统的高可用方案,给大家介绍一下我们可以从哪些方面努力让我们的系统达到高可用,主要设计到的系统如下缓存:Redis数据库

hadoop - HDFS如何计算可用 block ?

假设block大小为128MB,集群有10GB(所以大约80个可用block)。假设我创建了10个小文件,总共占用128MB的磁盘空间(block文件、校验和、复制...)和10个HDFSblock。如果我想再添加一个小文件到HDFS,那么HDFS是用什么来计算可用block的,是使用的block还是实际的磁盘使用量?80个block-10个block=70个可用block或(10GB-128MB)/128MB=79个可用block?谢谢。 最佳答案 block大小只是指示HDFS如何在集群中拆分和分发文件-HDFS中没有物理保留的

Mac Docker安装配置nginx,配置代理前端访问服务器后端访问本地启动项目

1、查看可用源dockersearchnginx 2、安装nginx镜像dockerpullnginx3、查看已安装的nginxdockerimages 或者直接通过docker客户端查看4、运行nginxdockerrun--nameNginxTest-p8080:8080-dnginx--nameNginxTest:容器名称-p8080:8080:映射端口-dnginx:设置容器后台运行5、查看已运行容器dockerps-a###所有容器,包括未运行 docker客户端查看6、访问测试 7、创建本地挂载文件mkdir-p/Users/huakai-mozhiqi/docker/nginx/

详解Nginx代理WordPress搭建个人网站系统

在线工具网站推荐:全栈工具箱-全栈行动派个人博客网站:全栈行动派-全栈技术博客1、搭建环境说明服务器:RedHatEnterpriseLinuxServerrelease7.9(Maipo) PHP:php-8.2.4PHP:DownloadsNginx: 1.24.0http://nginx.org/en/download.html WordPress:6.2Download–WordPress.org Mysql:5.7.22MySQLCommunityServer(GPL)本地WordPress搭建,除了Mysql使用已有数据外,其他的都是用的最新版本的,接下来我们一个一个的搭建,中间遇

Kubernetes高可用集群二进制部署v1.28.0版本

一、集群环境准备1.1主机规划        主机IP地址主机名主机配置主机角色软件列表192.168.198.144k8s-master12C4Gmasterkube-apiserver、kube-controller-manager、kube-scheduler、etcd、kubectl192.168.198.145k8s-master22C4Gmasterkube-apiserver、kube-controller-manager、kube-scheduler、etcd、kubectl192.168.198.146k8s-master32C4Gmasterkube-apiserver、k

nginx代理websocket无法链接到服务,服务端报错:Handshake failed due to invalid Upgrade header: null

目录一、场景二、问题表现三、排查四、原因一、场景1、使用nginx代理websocket2、websocket无法成功连接到服务端3、服务端报错4、nginx日志正常,没有发现与该websocket地址有关的报错二、问题表现1、前端表现如下三、排查1、协议是否使用有误,从上面的截图可以看出,websocket使用的是wss,那么nginx代理时,使用的协议是否是https检查结果:nginx代理时使用的协议是https,这里就不把ssl相关配置贴出来了2、检查改地址是否能正常访问因为只是为了确认地址是否访问正常,这里将wss替换为https检查结果:可以正常访问3、查看nginx日志是否存在异