kafka配置更改了需要重启吗

Posted 2023-04-26

我觉得应该是需要的，一般来说任何的电子设备进行了一些重大的更改都是需要重启的，特别是你的这个还是更改了设备的这个样子的。下面是关于配置的扩展资料。

硬件方面
1．CPU，这个主要取决于频率和二级缓存，三级缓存，核心数量。频率越高、二级缓存越大，三级缓存越大，核心越多，运行速度越快。速度越快的CPU只有三级缓存影响响应速度。
2．内存，内存的存取速度取决于接口、颗粒数量多少与储存大小（包括内存的接口，如：SDRAM133，DDR333，DDR2-533，DDR2-800,DDR3-1333、DDR3-1600、DDR4-2133），一般来说，内存越大，处理数据能力越强，而处理数据的速度主要看内存属于哪种类型（如DDR就没有DDR3处理得快）。一般大型游戏（PUBG、战地5、俄罗斯钓鱼、使命召唤16等）与大型软件（pr、ae等）都会占用很多内存，因此，对于游戏玩家来说，越高的内存可以玩越多的游戏。
3．主板，主要还是处理芯片，如：笔记本i965比i945芯片处理能力更强，i945比i910芯片在处理数据的能力又更强些，依此类推。并且更好的主板还可以适配更强大的CPU（中央处理器）。
4．硬盘，硬盘分为固态硬盘（SSD）、机械硬盘（HDD）、混合硬盘（SSHD），固态硬盘速度最快，混合硬盘次之，机械硬盘最差。越大的硬盘存的文件就多，（如存放电影，音乐等）首先硬盘的数据读取与写入的速度和硬盘的转速（分：高速硬盘和低速硬盘，高速硬盘一般用在大型服务器中，如：10000转，15000转；低速硬盘用在一般电脑中，包括笔记本电脑），台式机电脑一般用7200转，笔记本电脑一般用5400转，这主要是考虑到高速硬盘在笔记本电脑中由于电脑移动振动意外刮伤硬盘盘片以及功耗和散热原因。
硬盘速度又因接口不同，速率不同，一般而言，分IDE和SATA（也就是常说的串口）接口，早前的硬盘多是IDE接口，相比之下，存取速度比SATA接口的要慢些。 参考技术A kafka配置更改了需要重启吗？Copyright © 1999-2020, CSDN.NET, All Rights Reserved


 登录
kafka 配置启动

Kafka配置(注意log.dirs不要配置在tmp目录下，因为该目录会被linux定时任务删除，会导致kafka崩溃)
需要三个Kafka实例，分别安装在下面三个机器上：
192.168.240.167
192.168.240.168
192.168.240.169

第一步，修改192.168.240.167机器上的Kafka配置
config/server.properties:
broker.id=1
listeners=PLAINTEXT://192.168.240.167:9093 这里必须加上IP或者HOST，否则上报到ZK的地址会变成127.0.0.1
num.partitions=10 默认分区数量需要估算，一般是一个进程占用一个partition
zookeeper.connect=192.168.240.167:2181,192.168.240.168:2181,192.168.240.169:2181

第二步，修改192.168.240.168机器上的Kafka配置
config/server.properties:
broker.id=2
listeners=PLAINTEXT://192.168.240.168:9093 这里必须加上IP或者HOST，否则上报到ZK的地址会变成127.0.0.1
num.partitions=10 默认分区数量需要估算，一般是一个进程占用一个partition
zookeeper.connect=192.168.240.167:2181,192.168.240.168:2181,192.168.240.169:2181

第三步，修改192.168.240.169机器上的Kafka配置
config/server.properties:
broker.id=3
listeners=PLAINTEXT://192.168.240.169:9093 这里必须加上IP或者HOST，否则上报到ZK的地址会变成127.0.0.1
num.partitions=10 默认分区数量需要估算，一般是一个进程占用一个partition
zookeeper.connect=192.168.240.167:2181,192.168.240.168:2181,192.168.240.169:2181

第四步，启动Kafka进程
三台机器分别进入Kafka根目录，运行：
nohup bin/kafka-server-start.sh config/server.properties > kafka.out &

什么时候重启而不重新加载 Nginx？

【中文标题】什么时候重启而不重新加载 Nginx？

【英文标题】：When to restart and not reload Nginx?

【发布时间】：2012-11-11 14:31:19

【问题描述】：

什么时候需要重启nginx，reload就不行了？ 如果使用像passenger 这样的扩展名会有什么不同吗？

如果服务消耗太多内存，是否应该重新启动服务。重启 Nginx 的任何其他原因，尤其是在扩展或 Nginx 核心配置中的配置更改之后？

在进行配置更改后，可以通过 binary 本身或 Ubuntu 上的 init.d 脚本“/etc/init.d/nginx -h”重新启动或重新加载 nginx。应该首选哪种方法？

【问题讨论】：

我不明白你的最后一段。这是一个问题吗？

【参考方案1】：

重新加载 nginx 比重新启动更安全，因为在终止旧进程之前，会解析新的配置文件，如果有任何问题，整个进程都会中止。

另一方面，当你重新启动 nginx 时，你可能会遇到由于语法错误而导致 nginx 停止并且不会重新启动的情况。

重新加载会终止旧进程，因此无论如何都应该清除任何内存泄漏。

【讨论】：

像modrails.com/documentation/Users%20guide%20Nginx.html 这样的 ngixn 扩展会有什么不同吗？

嗯，当使用乘客时，通常更明智的做法是重新启动应用程序服务器而不是 Web 服务器（在这种情况下，通过触摸 tmp/restart.txt 文件），但除此之外它应该完全一样。

如果我在nginx -t 之前检查语法怎么办？那有什么区别呢？

来自 nginx 指南：一旦主进程接收到重新加载配置的信号，它会检查新配置文件的语法有效性并尝试应用其中提供的配置。如果这是成功的，主进程启动新的工作进程并向旧的工作进程发送消息，请求它们关闭。否则，主进程将回滚更改并继续使用旧配置。

【参考方案2】：

我遇到过需要重新启动 nginx 才能让 listen 指令启动新 IP 地址的情况。

【讨论】：

我刚才也有同样的经历……我快疯了，直到我想通了！！

【参考方案3】：

Ztyx 是对的——在某些情况下需要在更改监听指令时重新启动。

使用1.6.x，更改监听IP地址时可以重新加载，但从“*:80”监听到IP地址“x.x.x.x:80”时需要重新加载。

我只用 IPv4 确认了这一点，IPv6 的行为可能类似。