我正在寻找Amazon EC2 / Scalr（app，mysql，load balancer）上的一组服务器的托pipe监控解决scheme（CPU，内存，磁盘，负载，mysql，复制networking等）。 到目前为止，我发现http : //scoutapp.com，http ://www.serverdensity.com，http ： //portal.monitis.com/ 你知道这些服务的利弊吗？ 你有没有与他们的经验？ 任何其他类似的服务，我应该看看？ 谢谢！
我知道查询使用更多的处理，但连接本身，它使用更多的RAM比处理？
我正在构build的平台的一部分需要一个大的数据表（从数千万条logging开始，在一两年内扩展到数亿，甚至可能达到数十亿）。 数据表的结构是：int，int，float，datetime，datetime。 此数据表将接受来自单一来源（导入脚本）的数据，批量高达一千万行。 我完全控制导入脚本。 各种应用程序将拉动数据通过networkingAPI和可能是一个自定义的TCP服务器。 我预计要求以每秒高达5万的突发数量对单个行进行请求。 起初这听起来像是一个关键价值devise的很好的应用，但是许多请求将采取如下forms： selectfloat，其中int = A和datetime <B和datetime <C按date时间sorting，date时间限制为0,1 基本的想法是，我得到一个给定系列的数据点，它具有在用户定义的阈值以下具有最新date时间对的数据点。 我可能会在应用程序层上做一些逻辑来一次抽取整个系列，但大部分的sorting仍然会落在数据库层。 我目前正在运行一个SQL Server 2005的原型，它的响应速度非常快，每秒1000个请求和1000万条logging。 我很担心在50,000个请求中扩展到数以亿计的行。 你怎么看？ MySQL是否是工作的工具，因为它比SQL Server更轻量级？ 我应该看看NoSQL解决scheme吗（甚至可以处理示例查询）？ 欢迎任何其他想法。 谢谢！ theserge
我有两个MySQL托pipe的具体情况。 1）我有一个情况，我有一个单一的MySQL数据库2000以上的并发用户。 他们不是简单的networking用户，而是真正的商业用户，他们需要连续8-9个工作时间连接写和读。 什么应该是MySQL服务器的规格，即处理器，内存，CPU数量等？ 双核四核Xeon 5500系列能满足吗？ 或者我可以使用至强3400系列？ 多余的内存有帮助吗？ 有人build议集群！ 有必要吗？ 2）我必须为一个客户端设置大约300个网站的托pipe服务。 他们预计在300个MySQL数据库之间大约有3000到6000个并发用户。 什么应该是服务器的理想configuration，或者我应该分担到多个服务器的负载？ 3）添加更多的核心是否帮助MySQL或者是原始CPU的速度更重要？ build议欢迎
我一直负责一个项目。 我们正在为客户端托pipe一个Web服务，它只能提供静态内容（来自文件系统）。 系统必须同时处理10,000个连接。 将有一个数据库来存储客户的详细信息，但我不相信会有任何PHP会话进行。 从过去的经验来看，考虑到站点的静态特性，您认为2个带有8GB内存的Apache Web服务器负载平衡，每个都有一个RAID10磁盘arrays就足够了吗？ 我打算使用单个pfSense机器进行负载平衡。 对于这个数据库，我正考虑使用8个主轴的RAID10arrays，以及24GB的RAM和双核四核CPU。 大家怎么想？ 任何build议都非常感谢 谢谢 编辑： 正如有人指出，“静态”和“数据库”相互矛盾。 为了澄清这一点，数据库将仅用于客户详细信息收集（即只写）。 所以没有authentication，或从数据库中检索任何内容。 网站代码将在PHP中，但仅用于此数据收集，以及从其他地方托pipe的外部源（通过某些API）检索内容。
阅读Postgresql文档后，我们发现每天运行真空任务是值得推荐的： 我们build议经常激活生产数据库（至less每晚）抽真空，以清除死行。 尽pipe如此，我们也在考虑每天都在运行Reindex任务，但是我们担心这样做可能会产生影响（例如，可能会因日常reindex而增加数据库的大小） 你多久在DB中运行真空任务？ 你经常在DB中运行Reindex任务？ 重新编制数据库时，我们需要考虑什么（它会带来哪种负面影响？）
看来我们的开发人员关心他们在站点a的开发机器和站点b的数据库之间的延迟。 当然，显而易见的是在网站a和网站b之间尽可能less跳，并确保我们有稳定和快速的互联网连接。 还应该考虑什么来改善延迟？ 开发人员机器和oracle数据库服务器之间应该有什么最小规范的networking。 服务器/机器的规格是否重要？如果是的话，您的build议是什么？
我有几个PostgreSQL表（9.1），经常插入/删除。 随着时间的推移，即使autovacuum被configuration并定期运行，他们也会受到指数膨胀的困扰。 我正在考虑在这些表上自动化REINDEX。 将不会有人物理访问数据库，因为软件将被安装在客户端，并且应该会运行多年。 我一直在阅读“cron作业”，但是我错过了一些关于如何最好地设置它的指南或教程，特别是在Windows环境中。 有人能指点我正确的方向吗？ 欢迎提出其他build议，但主要要求是不需要任何手动操作。
我有我的设置像这样： 集群环境中的两个独立的数据库实例。 两个实例都在专用服务器上，每个服务器都支持标准configuration。 实例1（R1）由某个客户端（此实例具有读/写权限）的日常通用任务的应用程序使用。 由生成大型报告，数据挖掘和将来引用数据（此实例具有只读权限）的BI（业务智能）工具使用的实例二（R2）。 这需要沉重的服务器负载和CPU /内存消耗（基于定期监视） 运行商务智能工具的服务器也有相当好的规格，并分配了12GB的内存，因为我们认为瓶颈在那里。 尽pipe我们将12GB的内存分配给BI服务器，R2似乎缺乏性能。 我们的数据库有100多个表，主键基于UUID。 所以我的问题是什么是优化数据库的最佳方法？ 索引会提高性能吗？ 或者有什么最好的调整技巧或工具.. Postgresql数据库版本9.1
这是db.currentOp（）的输出： > db.currentOp() { "inprog" : [ { "opid" : 2153, "active" : false, "op" : "update", "ns" : "", "query" : { "name" : "Run_KPIS", "profile" : "totals" }, "client" : ":34140", "desc" : "conn127", "threadId" : "0x7f1d0f03c700", "connectionId" : 127, "locks" : { "^cached_data" : "W" }, "waitingForLock" : true, "numYields" : 0, […]