一.硬件需求
无非就是cpu、内存、硬盘之类的
1.CPU 由你的zabbix数据库使用情况来做决定，如果你监控的项目越多，那你的cpu要越好。具体多好，下面有个表格
2.内存与硬盘 最基本的需求：128MB内存、256MB硬盘，当然这样的机器这年头应该找不到了吧，尤其要说明硬盘的问题，你的监控项越多、历史记录保留时间的越久数据库将会越大。我所知道的100来台服务器，做基本的cpu、内存、硬盘、网卡流量等监控，长年累月下来大概60GB左右。
3.其他硬件 如果你觉得有必要的话，你再准备一个GSM短信猫吧，不过很少人用，基本上都使用email或者飞信报警.
4.硬件需求表
如上，P2的CPU、256MB内存已经可以监控20个主机。AMD 3200+/2G内存可以监控500个主机（05年大学的时候，中低端主流cpu，这都快10年了，尤其可见zabbix对服务器的硬件配置要求有多低）,现在的服务器一般都比上面最高配还来得高，所以我武断的认为，大家手头的服务器都有能力监控1w+以上的服务器，我再武断的认为手头上有1w+服务器的公司能有多少。
二.操作系统
支持如下平台，平台之多让人刮目相看，但是window只能跑客户端 Linux IBM AIX FreeBSD NetBSD OpenBSD HP-UX Mac OS X Solaris Windows: 2000, Server 2003, XP, Vista, Server 2008, 7, 8, Server 2012 (只能跑Zabbix agent)
三.数据库硬盘
100台服务器，每台服务器有30个监控项，每个监控项60秒刷新一次，需要多大的硬盘呢？ 众所周知，zabbix基本都是通过web配置，这些配置数据也是存放到数据库里的，但是它对硬盘容量的要求基本可以忽略不计，zabbix对硬盘的决定性因素有4个，如下：
1.每秒处理的数据量 这个问题不说，大家也明白。这边的每秒只是一个平均值，例如我有3000个监控项，每60秒刷新一次，那么平均每秒有50（3000/60）个数据要处理。就是说每秒有50条数据要插入MySQL
2.历史记录保存时间 zabbix对每个监控项的值都要记录下来，这些记录一般保留几周到几个月，具体看你的配置了。每个值都需要暂用硬盘空间。假如一个数据你要保留30天，而且每秒有50个值要保留，那我们一共有129，600，000（30天24小时3600秒）50个值，一条记录多大，由你的数据库引擎和你存储的数据类型来决定（浮点型，整形，字符型等等），一般来说一条记录需要占用50个字节（一个大概值），在这个案例中129,600,000个记录大约需要（12960000050字节）6.5G的硬盘空间
3.趋势数据保存时间 什么是趋势数据呢？当你查看一周或者一月的图表，图表上看到的MAX/MIN/AVG/COUNT都是取自趋势数据，趋势数据一小时获取一次，一般情况下，趋势数据一条记录大概占用128字节，如果我们想保存5年趋势数据，3000个监控线需要2.4GB（3000个24小时356天*128字节）每年，5年一共16.8G
4.事件记录保存时间 报警、警告、恢复等等事情，一个事件大概占用130个字节，一般情况下不会太多，除非运维做的太糟糕，或者运维要求太严格，把阀值调的很低。假如这个运维今年本命年，既没拜佛有没烧香，更别说给服务器贴灵符，于是这一年每秒钟就有一个事件发生，那么事件这一年占用的数据空间为：1年365天24小时3600秒130字节大概为4.1G空间。
5.数据库空间计算公式 zabbix配置：固定大小，一般<10MB 历史数据：天数(监控项总数/刷新频率)24小时3600秒50字节 趋势数据：天数（监控项总数/3600）24小时3600秒128字节 事件数据：天数事件个数（大概值）24小时3600秒130字节
6.最后 看到这里，大家都心里有数据了，数据库硬盘空间=配置文件大小+历史记录+趋势记录+事件记录。虽然这个硬盘会不停的增长，但是总有一天会停止增长，空间一直保持不变，zabbix会定时清理。