2017年06月_minxihou

11月 09月 08月 06月 05月 04月 03月

翻译 pacemaker规则详解

译文原网址为：http://clusterlabs.org/doc/en-US/Pacemaker/1.0/html/Pacemaker_Explained/s-rules-location.html使用规则来决定资源的位置如果最外层的约束规则求值结果为false，集群则会视为该规则无效。当最外层的约束规则计算为true时，与规则相关联的资源的分数将会被更新，并选择资源在哪个节点运行。如果上面的解释

2017-06-18 23:51:52 1603

原创 pacemaker配置Apache服务

接着上一篇的任务继续，我们现在已经配置好了一个VIP资源，那这样作为实验还是远远不够看的，所以这篇我们继续来讲述如何配合vip来使用http服务，来达到一个简单的高可用web集群。Part1.Apachenote：现在我们有了一个基本的功能齐全的三节点集群，我们已经可以往里面添加一些真的服务了。我们准备启动一个Apache服务，因为它是许多集群都要用的，并且相对来说比较容易配置。1.在node-1，

2017-06-18 23:42:43 1444

翻译 HA集群-资源约束

笔者最近一直苦逼于研究pacemaker哲学所在，无奈国内讲的实在太少于是不得不翻译一些国外官档来寻求真相。•Scores Scores are calculated on a per-resource basis and any node with a negative score for a resource can’t run that resource. After calculating

2017-06-18 22:31:35 989

原创 CRM工具简介

pacemaker是高可用集群中的CRM（Cluster Resource Manager）资源管理层，他是一个服务，可以作为一个单独的服务启动，不过在如果使用corosync1.4中，我们可以设置corosync来启动pacemaker。pacemaker的配置接口可以在任意节点上安装crmsh或者pcs还有一些GUI界面的软件来完成。crmsh在Redhat6.4以后不是官方自带的，官方默认使用

2017-06-18 22:24:31 10505

原创 pacemaker配置一个三节点主备集群并配置vip资源

接着上一章来讲，http://blog.csdn.net/minxihou/article/details/72862715 本章中会讲述一些集群简单配置命令，法定人数概念，配置一个VIP服务并且如何防止资源在节点恢复后移动。接着搭建继续来写在搭建完pacemaker之后如果不在里面配置任何服务其实这个东西是完全没有什么用的。那么我们从最简单的一个配置来说起，那就是配置VIP。我们通过配置一个VI

2017-06-18 22:07:27 12195 4

原创 pacemaker简介

前言：这里是小白工作学习中对pacemaker的见解，大神可以直接绕道了，如果写的不对的地方欢迎大神指正。对于初学的小白来说推荐一个网站，这个网站讲的还是挺全的：http://clusterlabs.org/pacemaker.htmlpacemaker简介下面我们用一张图来简易说明下这个到底是干啥用的。在硬件层面我们可以看到多个节点上启用了不同服务，如数据库，Apache服务等，这里你可以

2017-06-15 00:21:16 9703 2

原创 pacemaker+corosync搭建高可用集群

前言：由于测试需要所以开始逐渐学习HA相关部分的知识，并且总结成笔记分享。这里为什么我不直接开始从介绍说起，因为我自己觉得现在对于我而言理解pacemaker还过于肤浅，盲目的写简介不是我的初衷。在写完部署和常用资源上线之后我可能会从头考虑把介绍不上。秉着学以致用的原则这里直接开始写如何搭建pacemaker并且troubleshooting常见的搭建问题。（ps：网上很多的博文都是用ubunt

2017-06-04 23:57:28 5209 3

原创 OpenStack E版虚机跨平台版本迁移

前言：在Ice版本中使用lvm作为后端存储的情况下，给虚机的迁移造成了很大的麻烦。本博文适用于lvm作为后端存储且虚机存是以磁盘映像文件+磁盘文件存储的跨平台迁移。以博主实际操作为例希望能让大家在遇到类似情况的时候有好的解决方法，但并不具有普遍性。本文以新的openstack平台存储依旧为lvm存储为例，如果是ceph等共享存储则需要将文件导入ceph集群，不属于本文讨论范围。迁移思路：因为这里的迁

2017-06-04 19:54:20 1561

wrk2工具--修复了时延详情中统计的包个数与最后总结果发包个数不一致的情况

在3.10.0-957.5.1.el7.x86_64的内核编译完成，直接修改文件权限可用。

2019-07-27

dpdk18版本下l2fwd自定义修改目的mac地址

将解压包解压之后，有一个main.c.dmac的文件，将其.dmac后缀去掉。然后放入l2fwd文件夹中。编译如下： # export RTE_SDK=/root/dpdk # export RTE_TARGET=build # make CC main.o LD l2fwd INSTALL-APP l2fwd INSTALL-MAP l2fwd.map 适配dpdk-17.11.1，命令通过新增-d指定端口的dmac。 ./build/l2fwd -c 3 -n 2 -- -p 3 -d 11:11:11:11:11:11 -d 22:22:22:22:22:22 Port0的dmac为: 11:11:11:11:11:11 Port2的dmac为: 22:22:22:22:22:22 运行时输出信息增加了port的用户指定dmac显示: … Initializing port 0... done: Port 0, MAC address: 52:54:00:46:8D:C0 Initializing port 1... done: Port 1, MAC address: 52:54:00:F0:6C:50 Port 0, Destination MAC address: 11:11:11:11:11:11 Port 1, Destination MAC address: 22:22:22:22:22:22

2018-12-18

dpdk17版本下的l2fwd支持目的mac地址手动修改

编译如下： # export RTE_SDK=/root/dpdk-stable-17.11.1 # export RTE_TARGET=build # make CC main.o LD l2fwd INSTALL-APP l2fwd INSTALL-MAP l2fwd.map 适配dpdk-17.11.1，命令通过新增-d指定端口的dmac。 ./build/l2fwd -c 3 -n 2 -- -p 3 -d 11:11:11:11:11:11 -d 22:22:22:22:22:22 Port0的dmac为: 11:11:11:11:11:11 Port2的dmac为: 22:22:22:22:22:22 运行时输出信息增加了port的用户指定dmac显示: … Initializing port 0... done: Port 0, MAC address: 52:54:00:46:8D:C0 Initializing port 1... done: Port 1, MAC address: 52:54:00:F0:6C:50 Port 0, Destination MAC address: 11:11:11:11:11:11 Port 1, Destination MAC address: 22:22:22:22:22:22

2018-12-18

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

minxihou的博客