Re: Fwd: Re: [Se] Using Satellite for Subscription Management

May be worth reaching out here to see if the new UIs will meet the customers conerns. -- bk -------- Original Message -------- Subject: Re: [Se] Using Satellite for Subscription Management Date: Fri, 21 Oct 2011 08:58:58 +0200 From: Herve Lemaitre <hlemaitr(a)redhat.com&gt; Organization: Red Hat To: Brian Likosar <liko(a)redhat.com&gt; CC: se-list <se(a)redhat.com&gt;, sme-sysmgt <sme-sysmgt(a)redhat.com&gt; On Thu, 2011-10-20 at 15:39 -0500, Brian Likosar wrote: I've had two customers this week ask me about leveraging Satellite for Subscription Management. How do you answer that concern? The big challenge is the fact that our virtualization pricing ends up providing them with seemingly more subscriptions than they actually have (a sub to an IFL of RHEL for System z, for example, gives them 1000 subs in the summary page). All thoughts/suggestions are appreciated. > hi Brian > I have 2 large customers doing that ... with pain for them and for > me :-) > 1st of all , I made them aware that Satellite is a technical tool > mainly, so not designed for administrative management of subscription. > It gives a technical translation of what a subscription is. > I brief them to continue to use a mix of RHN information (now CSP) and > Satellite information to get a view on how subs are used. > in CSP they know what they bought and related timeframe. > in Satellite, > - 1st, I explained how translation between subs and sat entitlement is > or was done : > RHEL AP -> cluster entitlement > -> unlimited VM = 100 ent's / 1 + 100 ent's (phy/flex) > RHEL -> 4 entitlements / 1 + 4 entitlements (py/flex) > What is flex (if there) > RHEL for VMware -> 4 entitlements > RHEL AP for VMware -> 10 entitlements > .... > I have an explanation how all this appears in Sat certificate. It is > relatively easy to indeed derive "Satellite Entitlements" from > "Purchased usbscription" ..... but the reverse calculation "satellite > entitlements" -> "purchased subscription" is probably impossible to > do ... > - use spacewalk-report inventory to get the list of machines with all > info > - use spacewalk-report entitlements to see consumed / free entitlments > Then it depends on the case and what the customer wants to have as > information. > In the old RHEL subscription model (rhel /rhel AP based), I wrote a > script to analyze the content of the CSV file generated by the inventory > report , and derive , based on geography information (present in the sat > orgs) , the number of AS/ES type of RHEL. > | FR_ | BE_ | DE_ | UK_ | CZ_ | NADC | ... > |AS ES |AS ES |AS ES |AS ES |AS ES |AS ES | > |16 384 |52 469 |138 405 |45 348 |0 11 |90 234 | > |6 15 |2 13 |0 5 |9 41 |0 0 |0 3 |rhel3 > |0 1 |0 1 |0 0 |0 4 |0 0 |3 1 |prov module > |0 1 |0 0 |0 0 |0 4 |0 0 |0 1 |proxies > Total RHEL3 | 94 > Total Prov modules | 11 > | Total Proxies | 7 > In the new business model, I am more at a loss - as I know we are not > able to easily differentiate 1-4-Unlimit Virtual guests easily from phy > instances (when on vmware) nor match the nber of physical sockets. So > very hard to match the purchased stuff vs the used/deployed stuff.... > Fragmented information is all what Satellite can give (entitlement > consumption with report entitlements option.). > There are 2 BZs related to enhance our report capabilities with regards > to the new model . > and right also, one of the customer is pissed off by the lack of > administrative readable view for a non technical guy , in satellite > webui ... > hth > Herve' >

-----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Red Hat - http://enigmail.mozdev.org/ iEYEARECAAYFAk66knQACgkQ1ix0cQ/HytTH1ACfZXt/hjnUX0+UkurNrV528/3c dAAAnA5KJ/QXGvxq++rZ+fPv70Iy1h5o =/u/z -----END PGP SIGNATURE-----