Date
1 - 2 of 2
DEA Chargeback w/ overcommit
|
John Wong
Hi
Given a DEA with 15GB, overcommit factor = 2, total "memory" is 30GB. Ideally we can push up to 30 app instances per host, if each app instance requires 1GB mem allocation. Supposed the environment has 3 DEAs (max = 90GB) and we need to place a total of 40GB of app instances: 1. should I kill the 3rd DEA given I still have "20GB" left and provision the 3rd one when I am about to run low? 2. do you consider overcommit factor in your chargeback? i.e. despite you can get up to 30GB, you charge customer the physical RAM (15). In this case, you still charge the customer n* box_price * (percentage of mem consumption / total physical memory) = 3 * box_price * (40/45) ? 3. would I actually see "unavailable stager" error even with overcommit, for a 40/90 deployment? Thanks.... I hope these questions make sense. John |
|
|
|
Mike Youngstrom <youngm@...>
We heavy over commit our DEAs (like 4x) and we charge the customer the
toggle quoted message
Show quoted text
memory they've requested. But we also ensure our DEAs have in total some percentage of free memory on the DEAs just in case. So, we just charge our customers something close to that amount more than raw RAM costs so they share the cost of the overhead. This cost shrinks as the deployment gets utilized more. Mike On Fri, Mar 11, 2016 at 12:26 PM, John Wong <gokoproject(a)gmail.com> wrote:
Hi |
|
|