问题标签 [capacity-planning]

我正在尝试估计数据库可以为 heroku Postgres 计划处理的“合理”行数：

假设：

• 1 行：100 字节
• 在不同的列上创建合理的索引
• 大多数查询都是在单个表上完成的。所以没有多少连接，在给定的点上只有一个表的数据在内存中。

这是一个粗略的计算：1GB Ram = 10M 行，每行 100 字节。但是需要什么空间

• 缓存
• 索引等

那么什么是可用的“经验法则”行，我可以在 1GB RAM 和 15GB RAM 中进行简单的查询优化。

可以假设 std Heroku 架构和它们提供的任何优化。

请分享您在此层上使用的任何实验或启发式方法。

PS：

1] 我知道这很难准确预测，但我需要一些大致的估计来告诉客户我们可以使用什么计划以及成本是多少。

我的问题是基于为规划生产线建立一个斜坡。

我有一个 WIP，其中为每个 MSO（主缝纫订单）选择了一个提升类别。斜坡上升基于小时围栏（例如 1-6 小时、6-12 小时等）。

在 WIP 上，MSO 将有单位（例如 1,920 个单位）除以每小时产能（80 件/小时），得出 24 小时所需的时间。然后需要根据 1-6 小时、6-12 小时、12-18 小时和 18-24 小时的爬坡计算，并将我们乘以相关效率。

例如：

Power BI 如何知道将原始的 24 小时估算分成几部分，乘以各自的效率，然后返回 36 小时的新结果？

非常感谢您！

库尔特

关系

作为 Cap 的一部分，一直使用这个公式作为 TB 大小计算的标准。规划努力。我们在 TD 14

其实这里

只不过是行/块。结果是分数 < 1。我认为这很糟糕，因为这意味着几个块跨越一行。我的问题是

• 公式是否需要进一步磨练。后半部分在加号后，提供表头。此表没有 SI - 只有 2 个 dates 、 1 个 Integer 和 1 个 varchar (50) 和 NUPI 是 NPPI 。它们都不是 Nullable 并且显然没有数据，开始时没有什么是可压缩的（好吧，现在没有足够的数据信息来进行压缩，但我们稍后会运行压缩脚本）
• 因为它将是跨越一行的几个块 - 我应该增加块大小？多少 - 每个块的理想行数应该是多少。表格数据将每季度进行一次全面刷新，并且在此期间不会发生任何事情

我的问题与电信有关，但它仍然是纯粹的编程挑战，因为我使用的是软开关。

目标：

• 创建呼叫路由引擎使用的算法，以使可用链路容量完全饱和，流量以尽可能高的速率出售

情况：

• 有固定容量为 30 个语音通道的通信链路 (E1/T1)（1 个通道 = 最终用户之间的一个语音呼叫，因此每个链路上最多可以有 30 个并发呼叫）
• 链接每月的运行成本是固定的，所以最好是一直充分利用它（固定成本除以更多分钟会产生更高的利润）
• 有用户通过向呼叫路由引擎发送呼叫来“争夺”链路容量
• 每个用户可以在给定时间消耗随机链路容量，有可能一个用户一次占用全部容量（即 peek hours）但在非高峰时段不消耗容量
• 每个用户每分钟的通话率不同
• 理想情况：链路被充分利用（24/7/365），每分钟呼叫率最高的用户拨打电话

可用控制：

• 呼叫路由引擎可以接受呼叫并使用此链接发送或拒绝呼叫

可用数据：

• 当前链接使用情况
• 每分钟用户率
• 每位用户每分钟的最近通话次数
• 用户通话记录（访问成本很高，但可能）

例子：

• 用户 A 的费率为每分钟 1 美分，B 0.8 美分，C 0.7 美分
• 如果用户 A 可以填满链路容量，最好接听用户 A 的来电并拒绝其他人
• 但是用户A通常不能填满整个链路容量，我们需要接听其他人的电话来填补空白
• 我们无法控制用户在给定时刻将发送多少电话，因此很难计划接受哪些电话以及拒绝哪些电话

任何想法或建议的方法来解决这个问题？

Maria DB 目前的启动计划只有 1 GB。我宁愿期待下一个计划：S - 5 GB、M - 35 GB 和 L - 100 GB。是否有扩展 Maria DB 存储计划的计划？

我们预计将发布一款托管在 Swisscom Cloud 中的应用程序，该应用程序每月可在 Maria DB 下产生 500 MB。使用当前的 Maria DB 计划，我们将很快耗尽存储空间。

我目前正在制定容量计划并预测未来的增长。随着我们变得更大并获得更多客户，我们最终会停滞不前，我们的数量将开始放缓。我想想办法将随机数添加到我的预测中，这将显示“减少”

例子：

2008：20 2009：32 2010：45 2011：49 2012：52 2013：60 2014：72 2015：88 2016：102 2017：113 2018：142 2019：130 2020：127

等等，等等-希望这一切都有意义。

试图为我们的 postgres 数据库服务器预测上述指标。我们有 nagios 和仙人掌。你是怎么做到的？

我在我们的 TFS 2015 中有一个“高级”许可证。但是，当我查看积压工作时，“容量”选项卡不见了。我还缺少什么？

我的雇主有一个 Kafka 集群来处理有价值的数据。有什么方法可以让我们了解我们的集群运行的容量百分比是多少？我们的集群可以处理更大的流量吗？如果单个节点出现故障，我们可以存活一个小时或一天吗？

我有一个 Asp.Net core 2.0 Wen API，它的逻辑相对简单（在 SQL Azure DB 上进行简单选择，返回大约 1000-2000 条记录。没有连接、聚合、函数等）。我只有 1 个 GET API。这是从角度SPA调用的。两者都作为无状态服务部署在服务结构中，作为自托管 exe 托管在 Kestrel 中。

考虑到用户数量和刷新频率，我确定每分钟大约有15000个请求。换句话说，250 个请求/秒。

在创建 Service Fabric 群集时，我试图了解不同的设置。

我想知道：

1. 有多少节点类型？（我已经确定为前端和后端）
2. 每个节点类型有多少个节点？
3. 我需要选择的 VM 大小是多少？

我已经准备好了关于集群容量规划的 azure文档。虽然我理解这些概念，但我没有参考框架来确定我需要为上述问题提供的实际值。