GlusterFS​公共调优选项说明

公共调优选项（以gluster 3.4为例）

下面的选项都可以通过如下命令进行设置。

gluster volume set VOLUME KEY VALUE


关键词
说明
备注
nfs.disable "on"：关闭NFS服务 在当前无需求，建议关闭NFS服务

auth.allow

auth.reject
指定可访问的客户端IP

指定拒绝访问的客户端IP
cluster.min-free-disk 指定brick访问时的最小空闲空间%比
network.ping-timeout 确定节点死亡的等待时间，默认是42s
user.cifs 设置成disable，禁止用cifs服务 在当前无需求，建议关闭cifs
nfs.enable-ino32 默认是off，建议设置成on，允许32位nfs访问gluster卷 当前关闭NFS服务，故使用默认值即可
cluster.eager-lock 默认on，建议on，可以优化锁，对高负载写有帮助

storage.owner-gid

storage.owner-uid
默认值都是-1。Where ‘x‘ is: 36o Virt/RHEV;

161 OpenStack Glance; 165 OpenStack Cinder

时间： 2024-08-09 02:21:05

GlusterFS​公共调优选项说明的相关文章

gluster性能调优选项（中继器）详解

1.write-behind(默认on) gluster volume set tank write-behind on Write Behind Translator (后写)    通常情况下,写操作会比读要慢.通过使用"aggregated background write"技术,write-behind translator 相当显著地改善了写的性能.更确切地说,大量小的写操作被集中起来,形成少量的.大一些的写操作,并且进行后台写处理(non-blocking).后写方式在cl

Java GC 专家系列3：GC调优实践

本篇是”GC专家系列“的第三篇.在第一篇理解Java垃圾回收中我们学习了几种不同的GC算法的处理过程,GC的工作方式,新生代与老年代的区别.所以,你应该已经了解了JDK 7中的5种GC类型,以及每种GC对性能的影响. 在第二篇Java垃圾回收的监控中介绍了在真实场景中JVM是如何运行GC,如何监控GC数据以及有哪些工具可用来方便进行GC监控. 在本篇中,我将基于真实的案例来介绍一些GC调优的最佳选项.写本篇文章时,我假设你已经理解了前两篇的内容.为了深入理解本部分内容,你最好先浏览一下前两篇的内

<Linux性能调优指南>主要思路流程

网上IBM很早放出的一本免费电子书, 十来年了,参考意义还是很大. 国内有翻译成中文在线阅读的版本. 见如下两个URL Linux Performance and Tuning Guidelines <Linux性能调优指南> https://www.gitbook.com/book/lihz1990/transoflptg/details ========================================= 服务器优化思路 管理变更流程 管理变更和性能优化并不直接相关,但可能是

【译】Java SE 14 Hotspot 虚拟机垃圾回收调优指南

原文链接:HotSpot Virtual Machine Garbage Collection Tuning Guide,基于Java SE 14. 本文主要包括以下内容: 优化目标与策略(Ergonomics) 垃圾收集器实现(Garbage Collector Implementation) 影响垃圾收集性能的因素 总堆(Total Heap) 年轻代 可用的收集器(Available Collectors) 串行收集器(Serial Collector) 并行收集器(Parallel Co

JVM性能优化,提高Java的伸缩性

很多程序员在解决JVM性能问题的时候,花开了很多时间去调优应用程序级别的性能瓶颈,当你读完这本系列文章之后你会发现我可能更加系统地看待这类的问题.我说过JVM的自身技术限制了Java企业级应用的伸缩性.首先我们先列举一些主导因素. 主流的硬件服务器提供了大量的内存 分布式系统有大量内存的需求,而且该需求在持续增长 一个普通Java应用程序所持有的对空间大概在1GB~4GB,这远远低于一个硬件服务器的内存管理能力以及一个分布式应用程序的内存需求量.这被称之为Java内存墙,如下图所示(图中表述Ja

转 G1垃圾收集器入门

转自:http://blog.csdn.net/zhanggang807/article/details/45956325 最近在复习Java GC,因为G1比较新,JDK1.7才正式引入,比较艰难的找到一篇写的很棒的文章,粘过来mark下.总结这篇文章和其他的资料,G1可以基本稳定在0.5s到1s左右的延迟,但是并不能保证更低的比如毫秒级(金融场景,所以说涉及到钱的,对技术要求真高),号称zing可以(但是一般做到低延时,在其他方面肯定有所损耗,比如吞吐),但是没有实际去研究过这种.另外,G1

LAMP的搭建

>>>>>LAMP详细学习记录文档----------------仅供参考一.Apache-->configure apache时出错:[[email protected] httpd-2.4.12]#./configure --prefix=/application/apache2.4.12/ --enable-deflate --enable-expires --enable-headers --enable-modules=most --en    able-so

提高Java的伸缩性 JVM性能优化

很多程序员在解决JVM性能问题的时候,花开了很多时间去调优应用程序级别的性能瓶颈,当你读完这本系列文章之后你会发现我可能更加系统地看待这类的问题.我说过JVM的自身技术限制了Java企业级应用的伸缩性.首先我们先列举一些主导因素. 主流的硬件服务器提供了大量的内存 分布式系统有大量内存的需求,而且该需求在持续增长 一个普通Java应用程序所持有的对空间大概在1GB~4GB,这远远低于一个硬件服务器的内存管理能力以及一个分布式应用程序的内存需求量.这被称之为Java内存墙,如下图所示(图中表述Ja

G1 垃圾收集器入门

G1 垃圾收集器入门 概览 目的 这个教程覆盖了如何使用G1垃圾收集器和它是怎样被Hotspot JVM使用的,你会学到G1收集器内部是如何工作的,使用G1时的一些关键命令行开关和记录它的操作的一些选项. 完成耗时 大约1小时 介绍 这个OBE(Oracle By Example)覆盖了Java里的Java虚拟机G1垃圾回收的基本概念,在OBE的第一部分, 在介绍垃圾收集器和性能时会附带提供JVM的概览.下一部分回顾一下Hotspot JVM的CMS收集器如何工作.然后,一步一步来指导使用Hot