-
NAS网络储存灾备一体化项目实施报 告项目背景：数据安全性一直是企业信息化建设进程中关注的命脉，现如今网络病毒肆略，勒索病毒层出不穷，曝光的一件件数据安全事故中，其不乏有互联网企业中的佼佼者，再一次为我们敲响警钟。因此在推进信息化过程中，信息化安全的并肩推进显得尤为重要，而作为企业重点部门的xx部门数据存储及灾备管理亦是重中之重。新形势下原有的灾备储存方案已不能满足和适应未来发展需求，急需新的
-
很长一段时间没对ESXI平台进行升级了，目前仍然是6.0版本在使用中官方目前已经是7点几的版本了，看了下网上很多企业工程师对其ESXI版本进行了更新升级。看了下帖子及官方介绍，于是便进行了升级实践，理论一千次不如实际操作一次来得实在，说干就干。下载升级安装包查看下目前版本：上传升级包：ESXi670-202010001.zip查看下确认下：关闭ESXI上的虚拟服务器,进入维护模式：如果不先虚拟机直
-
双十一刚过的第二天正午，一切看似风清云淡的早晨，心想今天中午可以准时去午餐，突然群里有客服同事发了一条某某站点无法打开，需处理的信息。突然有种不详预感，复制网址访问，卡了老半天，站点标题先是若隐若现，最后访问还是彻底失败，于是远程服务器，尝试几次连接无果，还以为是自己网络原因（有时远程服务器时网络突然异常会导致再次远程时会话失败），于是尝试访问该服务器上其它站点情况，也无法打开，通过虚拟主机平台远
-
xx灾备服务器阵列解析及优化调整案例一次重启某数据容灾服务器过程中，意识性的想看下RAID分布情况，必竟服务器已有点年头了，也不是自己亲历配置，对当初服务器阵列分配不是很了解。进入RAID卡阵列模式后发现阵列由两个RAID5构成，共计八个硬盘，其中VD0由3个硬盘组成的,配置了一个独立热备，VD1由4个磁盘组建的RAID5，无热备盘，从服务器磁盘配置看已经满配。从磁盘分布配置来看像是VD1经过加配
-
最近主从出现故障，做了数据恢复还原后，需要重新配置主从配置，由于是多年前的配置，对里面的结构又得重新熟悉下，而且中间多了一层docker,比较费时，手动切输入切换多有不便，于是处理故障的同时，决定编写如下脚本，以便备用，提升效率。如有需要可供参考。#!/bin/bash#date:2020.3.30#author:jerry##thisshellrepairmsmakebyjerry##ver2.
-
经常回过头去看自己曾经写过的程序，有时可能从中获得新的启发，所谓温故而知新意。或许都有一点怀旧的情节，数年前的代码偶有翻出来品品。突然发现不同时期都用不同的思维角度去考虑和解决问题从而达到相同效果，但细细品味，内涵中却有不同。经历岁月的洗礼，或许几年前留下的那一串是沧桑历史，但有它更能激发我们的思维，加速今天的我们思维发散，仿佛忽如一夜春风袭来，使我们浑身充满了电能，懂得了从代码中获得取舍，从而能
-
Confd是一个轻量级的配置管理工具。通过查询Etcd，结合配置模板引擎，保持本地配置最新，同时具备定期探测机制，配置变更自动reload。其后端支持的数据类型有：etcd、consul、vault、environmentvariables、redis、zookeeper、dynamodb、stackengine、rancher。不过一般使用Confd和etcd的配合使用比较多。前端服务器：服务器
-
当sudo用户偶遇上VI/VIM发生了什么?(sudo+vi/vim=root)一次偶然得出的亲身心得，于是记录下来提醒自己安全无小事，事事（时时）记心间。vi/vim大家再熟悉不过了，也许每天都在用它，但有时却常常容易忽略掉一些东西，一次在使用VIM修改系统配置时，发现sudo和VI/VIM相遇后藏着的鲜为人知的小秘密。一般服务器安装配置时常管理使用的各自用户，为了服务器安全很少直接用ROOT用
-
确保集群状态正常（具体配置过程略）：可参照https://blog.51cto.com/jdonghong/244175上半部分配置。CEPH环境配置开始部署RBDorRADOSBlockDevice客户端安装ceph（本案例客户端为192.168.27.210，192.168.26.112）ceph-deployinstallbddb.com推送配置文件到客户端。[root@masteridc-
-
NAS网络储存灾备一体化项目实施报 告项目背景：数据安全性一直是企业信息化建设进程中关注的命脉，现如今网络病毒肆略，勒索病毒层出不穷，曝光的一件件数据安全事故中，其不乏有互联网企业中的佼佼者，再一次为我们敲响警钟。因此在推进信息化过程中，信息化安全的并肩推进显得尤为重要，而作为企业重点部门的xx部门数据存储及灾备管理亦是重中之重。新形势下原有的灾备储存方案已不能满足和适应未来发展需求，急需新的
-
xx灾备服务器阵列解析及优化调整案例一次重启某数据容灾服务器过程中，意识性的想看下RAID分布情况，必竟服务器已有点年头了，也不是自己亲历配置，对当初服务器阵列分配不是很了解。进入RAID卡阵列模式后发现阵列由两个RAID5构成，共计八个硬盘，其中VD0由3个硬盘组成的,配置了一个独立热备，VD1由4个磁盘组建的RAID5，无热备盘，从服务器磁盘配置看已经满配。从磁盘分布配置来看像是VD1经过加配
-
redis集群是一个无中心的分布式redis存储架构，可以在多个节点之间进行数据共享，解决了redis高可用、可扩展等问题，redis集群提供了以下两个好处：1）将数据自动切分(split)到多个节点2）当集群中的某一个节点故障时，redis还可以继续处理客户端的请求。RedisCluster的特点如下：•节点自动发现•slave->master选举,集群容错•Hotresharding:在
-
服务器配置：（centos7）服务器IP安装组件节点备注192.168.27.210redis-5.0.5master一主两从架构192.168.26.112redis-5.0.5slave192.168.26.206redis-5.0.5slave最新版下载地址到各结点：Wgethttp://download.redis.io/releases/redis-5.0.5.tar.gz解压压缩包并配
-
ETCD是一个高可用的分布式键值数据库，可用于服务发现。ETCD采用raft一致性算法，基于Go语言实现，随着CoreOS和Kubernetes等项目在开源社区日益火热，它们项目中都用到的etcd组件作为一个高可用强一致性的服务发现存储仓库，渐渐为开发人员所关注。在云计算时代，如何让服务快速透明地接入到计算集群中，如何让共享配置信息快速被集群中的所有机器发现，更为重要的是，如何构建这样一套高可用、
-
先上几张图展示下目前Ceph存储的大体情况，模拟更换服务器CLIENT3上数据硬盘,ceph存储设备已经有存放数据，观察更换过程及恢复变化。[root@client3~]#systemctlstopceph-osd@2.service[root@client3~]#umount/var/lib/ceph/osd/ceph-2[root@client3~]#cephosdoutosd.2[root@
-
**Ceph分布式radosgw对象存储融合Swift、S3的访问应用**确保集群状态正常：前半部分配置参照https://blog.51cto.com/jdonghong/244175上半部分配置。安装RGW实例[root@masteridc-cluster]#ceph-deployinstall--rgwclient1client2client3或[root@masteridc-cluster
-
基本简介Ceph是一种为优秀的性能、可靠性和可扩展性而设计的统一的、分布式文件系统。由来其命名和UCSC（Ceph的诞生地）的吉祥物有关，这个吉祥物是“Sammy”，一个香蕉色的蛞蝓，就是头足类中无壳的软体动物。这些有多触角的头足类动物，是对一个分布式文件系统高度并行的形象比喻。Ceph最初是一项关于存储系统的PhD研究项目，由SageWeil在UniversityofCalifornia,San
-
只有你想不到，没有做不到，只是在你的世界思路暂时没打通；个人认为不能单方面直接评判某种语言的功能强大于否，那是因为对它了解还不够深入，精髓部分没有完全掌握的原因。任何语言都有其发展的优势特点，只是我们需要折中而择，物需所选，发散我们的思维，物（事物）尽（头）相通。很多事物有时我们暂时不明白的，陷入瓶颈，通过一段的摸索实践过程中（不限于对本事物），骤然发现我们已然理解了，恍然顿悟事物的奇妙，世界的奇
-
不同虚拟化产品有各自的优势和特点，根据需求的不同选择不同的产品，不同阶段所选用的虚拟化产品不尽相同，用过vpc，WORKSTATION,Hy-V,esxi,XEN-SERVER,PROXMOX等,其实这些产品功能都很丰富，是常用虚拟化技术中的绞绞者，占据整个虚拟化大半江山以上，因此掌握各产品间相互转换显得很有必要，从而更好灵活运用这些产品充分发挥其优势。ESXi迁移ProxmoxProxmox优势
-
情况一：由于项目需要，需要使用ESXi嵌套部署esxi，但是安装好后，在嵌套内的虚拟主机无法访问外面主机及网络，只能与宿主机相通，其它则均不能通信。解决方案：开启物理机混杂模式。图解开启方法：注意：嵌套的ESXI主机上也需要开启混杂模式。开启后再测试网络正常：情况二：Esxi嵌套XenServer时无法和外界通信，虚拟机和外界也不能正常通信。解决方法：首先开启物理机Esxi的混染模式然后关闭Xen
-
镜像下载地址：https://www.proxmox.com/en/downloads安装过程图解：1、2、3、4、5、6、7、8、9、浏览器WEB登陆控制台一览ssh登陆上去查看下版本:这里我们依然创建三个结点的集群（PVE1-PVE3,192.168.26.210-212)其它结点安装略配置方法一样。依然要更新配置下源及系统（看似相同注意版本差异）rm-f/etc/apt/sources.li
-
“超融合”这个概念，可以简单理解为：将虚拟计算平台和存储融合到一起，将每台服务器里面自带的硬盘组成存储池，以虚拟化的形式提供数据中心所需要的计算、网络、安全以及存储等IT基础架构。在这里，也讲解一下超融合相对于传统虚拟化方案的优势。横向与纵向的扩展性顾名思义，横向扩展就是当发现存储和计算资源不够用了，按需添加服务器即可。比如，当用户的共享存储写满了，用户不得不花大价钱去购买一个新的存储机柜，然而此
-
前期准备，仅展示现场场景应用，具体你懂的基础工作，不然百度补补（一般在堡垒机或跳板机上建立）1、授权配置:2、解析配置：3、/Data目录为文件存放目录。4、分发的文件文件分发1：[root@k8sdata]#scpzabbix-4.0.4.tar.gzzabbix_agent(2003).rarzabbix_agent(2008).rarclient1:/datazabbix-4.0.4.tar
-
近期遇到一个需求，mysql数据库中需要统计所有表的记录数据：查了下资料可以调取information_schema数据表中数据获取所有表记录总部，但是查询出来的数据，发现和手动统计的记录数据不一致，information_schema查询出来的数据部分不准确【原因应该是部分表数据没有自动同步】。折腾了下，于是还是自己手动写个脚本，分享下也做下次备用。程序结构:#!/bin/bash#Author
-
最近有个需求：需要过滤替换掉网站上部分内容，查了下资料NGINX自带过滤功能模块，于是实践了下，具体操作如下：虽然是NGINX自带了with-http_sub_module模块，但是需要编译安装NGINX，并指定选项才可以正常使用。需要编译安装NGINX（with-http_sub_module）：./configure\--prefix=/application/nginx-1.6.3\--us
-
在Linux的世界，Ansible是实现自动化运维的常用好工具，通过它可以很好地批理执行命令，实现高效对大量服务器的管理，极大提高运维效率（当然现在WINDOS下也可以实用Ansible进行批量管理实现运维自动化，不过相对应用较少）。
由于公司里有许多ESXI服务器，而时常我也会用SSH上去进行调试管理,而且部分操作应用也是相同的，有时想想能用一个统计的入口进行管理该有多好，于是首先也想到了Ansible工具，于是产生了实践的想法，一开始我也不知道能否成功，不过不去试试怎么知道呢，知识海那么大，唯有去试试，^.^，实践证明它是支持的，而且自从我在Esxi上用Ansible管理后，对Esxi服务器操作中，大大方便了我的日常管理，SO EASY，这里分享下操作过程吧。查看ESXI中目前所以开启虚拟服务器数量：
ansible esxi -m shell -a 'esxcli vm process list |grep World|wc -l'
Names=(RY72WXJ45LJ41WHL70YLJ249WHR43PJH114)logs=/opt/Tools/rzbackup.logdecide(){if[$1==0];thenecho-e"\033[32m$2Backup
-
由于公司windows服务器上的MySQL备份一直没采用第三方热备工具，备份方式仍旧是比较LOW的零晨直接停掉Mysql进行数据库文件COPY备份的（BAT脚本），近期反馈客户零晨网站间断打不开，影响访问体验度，于是需要整改，于是下载了一个三方工具好备份，设置定时备份，测试发现其所谓的压缩热备方式（看上去很高大尚，确实设置简单易用），其实就是将数据库文件复制到一个临时目录，再进行压缩存放并删掉临时目录文件，于是产生了写一个BAT脚本替代安装这个工具（也可以偷懒了）计划任务都是设置好的，替换原来比较LOW的脚本即可，无需要动其它任务配置，加上安装好备份每台还要点点点，服务器较多，于是写了如下脚本：时间紧脚本还可以优化改进，勿喷！！！
-
Find,grep 可以轻松实现对指定文件和目录的查找，查看，删除，***内容的清理等等……虽然不及sed\awk\功能强大和复杂，但其方便易用结合其它命令，可以为我们提供十分强大的实用功能
-
脚本主要实现了网络检测和简单的主从状态检测，发现状态异常即发送邮件报警，在手机上安装一个易信可实现实时联动，及时获取服务器状态信息，脚本虽简单却实用。
jwenshan
分享到朋友圈
- 关注技术：Mysql Hadoop 服务器&存储
- 入住博客：2011-08-24 9.7年
