解决了

Sizer范围存储和实际容器尺寸


UserLevel 2
徽章 +1
有人可以确认Nutanix Sizer工具中显示的范围是否等于VM可以用于数据存储的容器最大容量?

我正在设计一个带有以下磁盘的3节点群集
3 * 960 GB SSD
6 * 4 TB HDD

Nutanix Sizer显示范围存储(假设RF2)= HDD的9.63 TI​​B,SSD的tib为0.64 TIB
显示的总数为10.27。该值是否是由存储库制成的容器可用的最大容量?

正如我观察到的,容器的最大容量正好是存储池容量所显示的一半。上述规格显示的存储池容量将是什么?在nutanix sizer工具/存储容量计算器中可见该值是什么?
图标

最好的答案曼弗雷德2019年1月14日,12:24

\r\n
\r\nThe (max) storage container capacity is SIZE of Storage Pool divided by RF.
\r\nAnd yes<\/b>: the output for effective capacity (RFx) is the container max. capacity.
\r\nPlease also take into consideration the failover capacity<\/u>: if you have more than 6,9 TB used it cannot tolerate a node failure anymore.
\r\nAlso please note that there may be some small differences<\/u> between the sizer output and your planned cluster environment.","className":"post__content__best_answer"}">
查看原件

该主题已关闭以供评论

3个答复

UserLevel 2
徽章 +7
嗨,穆罕默德,

(最大)存储容器容量是存储池的大小除以RF。
是的:有效容量的输出(RFX)是容器最大。容量。
请考虑F能力:如果您使用了超过6,9 TB,则无法忍受节点故障。
另请注意,可能有一些小差异在Sizer输出与计划的集群环境之间。
徽章 +1
嗨,穆罕默德,

...也请考虑F能力:如果您使用了超过6,9 TB,则无法忍受节点故障。

你好曼弗雷德,

关于这一点,我的理解是,群集将无法重建两个剩下的节点中所有数据的RF2策略(因为它们已经满了),因此,如果第三个节点没有返回在线,则群集将保持降级(但是所有数据仍然可用,其中一些只有一个副本)。这种解释正确还是群集丢失数据?
UserLevel 2
徽章 +7
即使您有2个节点,nutanix也会尝试在拥有足够的容量时重建数据。
Learn more about our cookies.<\/a>","cookiepolicy.button":"Accept cookies","cookiepolicy.button.deny":"Deny all","cookiepolicy.link":"Cookie settings","cookiepolicy.modal.title":"Cookie settings","cookiepolicy.modal.content":"We use 3 different kinds of cookies. You can choose which cookies you want to accept. We need basic cookies to make this site work, therefore these are the minimum you can select. Learn more about our cookies.<\/a>","cookiepolicy.modal.level1":"Basic
Functional","cookiepolicy.modal.level2":"Normal
Functional + analytics","cookiepolicy.modal.level3":"Complete
Functional + analytics + social media + embedded videos"}}}">
Baidu