Login
-
Recent Posts
Recent Comments
- Agenda for Canadian Cloud Service Brokerage – Cloud Transformation Management – Canada Cloud on Gravitant published in latest Gartner Report
- Capacity sourcing | Self-Indulgent on Cloud Sourcing Optimization: A Conceptual Model Discussion
- The market for Canadian Cloud Hubs and Brokers – Cloud Computing Best Practices on Gravitant published in latest Gartner Report
- Government Cloud Hubs – Shared Services Cloud Architecture « Cloud Computing Best Practices on Gravitant published in latest Gartner Report
- Cloud Deployment Tree | Gravitant Blog on Part 2 – Your application would be a GREAT FIT in the Cloud if…
Blogroll
- Amazon Web Services Blog
- Business Cloud News
- Chaotic Flow
- Cloud Musings
- Cloud Tweaks
- CloudAve
- CloudTimes
- eBizQ: Phil Wainewright
- Garter: Darryl Plummer
- GoGrid blog
- IT Management 2.0
- Jeff Kaplan
- Michael Cote
- netForensics blog
- Nicholas Carr
- Plug into the Cloud
- Predictive Analytics Tools
- Rackspace Cloud Blog
- Savvis Blog
- Smooth Span
- Tech Crunch IT
- The Wisdom of Clouds
- Thinking Out Cloud
- VMware vCloud
Archives
Categories

Name: ilyas.iyoob
Bio: Dr. Ilyas Iyoob is the Senior Scientist and Director of Advanced Analytics with Gravitant, Inc. Since the completion of his doctorate in Operations Research at the University of Texas at Austin, he has been working with Cloud IT professionals in Texas. He has been published in IEEE and his work has been presented at IERC and INFORMS.
Posts by :
- Aggregation (across VARs, IT distributors etc)
- Integration (with SIs etc)
- Customization (for SIs, PS etc)
- Communication channel dependency – Create a distributable communication channel that is secure
- Architecture dependency – Make a copy of the shared layer for the cloud
- Single sign-on security – Upgrade single sign-on to support remote sign-on
Secure Environment for Federal Government Cloud Pilot
April 30th, 2012How is the Federal government hoping to achieve the $12 Billion in projected annual savings? This projection was quoted by the MeriTalk Cloud Computing Exchange and published today by Forbes.com, and it doesn’t seem too optimistic given that the Federal government is already saving approximately $5.5 Billion per year.
These savings have been achieved by individual agencies adopting cloud solutions, but such organic growth will only go so far. In order to expand this in a generic and scalable manner, the Federal government would need a secure environment to test the cloud and run pilot programs.
Key features of such an environment:
1. Multi-provider provisioning and compliance
Agencies should be able to provision resources across cloud providers without having to worry about vendor lock-in. This would require the use of a brokerage platform that enables auto provisioning across providers. Monitoring would also be necessary to ensure the providers maintain SLA compliance, failing which they would be quarantined.
2. Fed certified cloud providers
The list of cloud providers should include those that are FedRAMP certified, or at least FISMA compliant. Agencies should be able to compare providers side by side and pick the best-fit provider. This requires standardization of cloud offerings and pricing models.
3. Integration with existing data centers private / hybrid clouds
Agencies should be able to interoperate between the cloud and their existing data centers and private clouds. This provides a backup plan in case the cloud solution does not succeed. For this feature, the test environment would need to be agnostic across VMware, Xen, Hyper-V, vCloud Director, etc.
4. Connectivity to existing security frameworks
The test environment should be integrated with the security frameworks currently used by the Federal government. In this way, valuable resources need not be wasted in re-designing a security framework that is already very efficient. Instead, resources can be assigned to enhance the existing framework with intrusion detection and intrusion prevention features.
5. Complete cost transparency
First of all, agencies should not be required to sign multi-year contracts with cloud providers. Secondly, the cost of cloud services should be visible at the highest level so that budgets may be allocated based on resource requirement. This allows complete auditability as well.
6. Recalibration based on historical data
Cloud usage data should be constantly correlated with cost to ensure that cost is minimized without impacting mission goals. This requires the test environment to be powered by advanced analytics engines for continuous recalibration through command and control.
All the above features would need to be tested by the Federal government through a pilot program before executing any major cloud migration initiatives. If successful, the test environment can then be established as the official government cloud portal which is bound to be successful because it has been built on NIST standards and governed through strict monitoring and compliance.
Gravitant partners with NJVC on Cloud Brokerage for the Federal Government
April 4th, 2012
Gravitant and NJVC announce a strategic alliance to provide Cloud Brokerage services for the Federal Government through a self service portal where Government agencies can provision cloud services across multiple cloud providers.
The portal also provides application screening, cloud architecture design, capacity planning, auto provisioning, consolidated billing, and command and control. These features help Government agencies run their applications in the cloud through a secure channel and at the same time control cost and avoid vendor lock-in by actively managing SLA compliance across all the cloud providers.
See press release here…
Can Clouds Plug the Ozone Hole? (pun intended…)
January 27th, 2012Environmental protection has been a major concern over the past few years… and if it hasn’t been an issue for us, it probably should be. In any case, as an IT analyst it is important to know where we fit in and scrutinize our contribution to the environment from an analytical perspective, leaving all subjectivity aside.
For those of us who are not EPA experts, let us say we can help conserve the environment by:
1. Protecting the environment from pollution and habitat degradation
Cloud computing does not do much when it comes to habitat degradation or water pollution, but it does play a part in controlling air pollution. This is because physical servers are consolidated into more efficient blades and chassis in the cloud. Consolidation of resources results in less power and cooling requirements, which in turn reduces air pollution. Moreover, cloud data centers can be placed in colder parts of the world to further save on power for cooling.
2. Sustaining the environment by avoiding depletion of natural resources
In the same way that cloud data centers can be placed in cold parts of the world, they can also be placed in remote areas with high wind (to harness wind power) or areas with more direct sunlight (for solar power). As a result, alternative sources of energy can be used to power cloud data centers. This placement of cloud data centers away from consumers is feasible because data and compute processing is not lost over wireless networks (unlike power loss during transfer of electricity from wind farms in the West coast to consumers in the rest of the country).
However, there are a number of underlying assumptions that need to be satisfied for cloud to successfully deliver Green-IT…
Assumption 1: Utilization of cloud resources is high and efficient.
Underutilization greatly reduces the consolidation ratio from physical to cloud resources and power savings are minimal. Efficiency in the cloud can be boosted by turning VMs on/off based on demand (i.e. autoscaling) and load balancing between VMs.
Gravitant’s CloudMatrix technology specializes in “optimizing” the cloud for consumers through a SaaS console across multiple providers.
Assumption 2: Data being collected is summarized and compressed before storage.
Otherwise, the constant collection and storage of data will lead to data obesity which brings into question “how much duplication there is and more importantly how much integrity does the data have?” (CloudVisions).
EXAR’s hifn technology provides data deduplication and data compression services.
Assumption 3: Virtualization and storage caching technology is continuously improving.
Otherwise, the ever increasing processing and data needs will catch up and diminish the relative benefit of the cloud.
Cisco and EMC are constantly improving their virtualization and thin provisioning technology respectively.
Therefore, it is safe to say that Cloud computing can deliver Green-IT provided that the right tools are used and innovation continues unabated.
Cloud Deployment Tree
December 12th, 2011The spectrum of cloud deployment models are many, and everyone has a unique combination. Follow this cloud deployment tree to identify the combination that best suits your requirements.
We have intentionally avoided industry terminology in the tree due to lack of standardization. However, the legend can be used to map each combination to commonly used industry terms (as of today). The legend also shows industry leaders for each combination.
This is the very first step in Cloud Assessment. The next step is to determine if your application would even be feasible in the cloud. Click here to see if your application would be a good fit in the cloud…
Gravitant published in latest Gartner Report
December 7th, 2011What makes a Cloud Services Broker (CSB)?
Gartner identifies three primary roles that qualify a company to be a CSB:
“As both an enabler and a cloud brokerage, Gravitant pulls together a number of the capabilities that IT organizations, VARs and SIs, and public cloud providers can use to extend the value of their offerings.” – Daryl Plummer (Gartner Analyst)
Part 2 – Your application would be a GREAT FIT in the Cloud if…
November 2nd, 2011
1. Your application is fairly isolated from other applications
Typical examples of isolated applications are CRM, messaging, and other custom built applications. On the other hand, traditional ERP applications are tightly woven with others and hence might require re-architecting the application to fit the cloud.
Alternative: In most cases your application is probably somewhere between isolated and completely integrated with other applications. In this case, here are some options based on the nature of the dependency:
If none of these options are feasible, then either both applications would need to be migrated to the cloud or both should remain as is.
2. Your application architecture is cloud friendly
Any application on an x86 platform would work well in the cloud regardless of the operating system. If the application is on some platform other than x86 and you still want to go cloud, then you would need to re-architect the application to the x86 platform before you begin migration.
Also, if the online-architecture is web based or client server, then your application is more cloud friendly. Moreover, if the online-architecture is heterogeneous from the batch-architecture, then your application is even more cloud friendly.
Alternative: If your application is on any other platform (such as Sun Sparc, Power PC, or Mainframe), then it might be a better candidate for managed hosting. Another reason to opt for managed hosting is if your servers require software licenses that can only be tied to physical cores.
3. Your application security requirements are satisfied by FISMA compliance
Some cloud providers are FISMA (Federal Information Security Management Act) certified which ensures they are satisfying all the Federal security standards as measured by NIST. In addition to FISMA compliance, security can be further enhanced by engaging managed services for security on the cloud (like netForensics).
Alternative: If it is necessary for all the data and/or hardware to be located on-site, then a private cloud or a public/private hybrid may be an option.
<- Back to Part 1 – Your application may NOT YET be ready for the Public Commodity Cloud if…
Creating a Virtual Machine on/off schedule
October 11th, 2011
“Wouldn’t it be nice to have a schedule to automatically turn VMs on or off at certain times of the day?” I’ve heard this from many of our clients, and this is definitely an interesting optimization problem. Since most providers price by VM hours, one always needs to make sure not to end up with VM sprawl. The fact that licensing on these VMs are also priced by the hour doesn’t help either. So, yeah VM scheduling would be great but where do we start?
Actually, it isn’t very complicated because most of us use load balancers anyway. The load balancers are monitoring VM utilization (through connection count) and can thus keep track of times when all the VMs are underutilized. Dr. Zarifoglu, in his load balancing article, identified thresholds for turning VMs on or off based on the workload. So, turning one or more VMs off is simply an additional step after load balancing!
This leads to two possible approaches for VM Scheduling:
Dynamic scheduling – where VMs are automatically turned on or off based on demand and threshold policies, or
Static scheduling – where one would simply monitor VM utilization over time and come up with a user defined schedule that doesn’t change.
Obviously, the best approach would be to have a hybrid solution where the static schedule is automatically modified at fixed time intervals (say weekly) and is executed only after being approved by an administrator. See Gravitant’s CloudMatrix – Policy Manager for more details on managing VMs in the cloud.
Caveat
The caveat is that most cloud providers don’t allow simply turning VMs on or off (except for OpSource and Terremark). Most providers will charge for stopped VMs as well, unless the VM is ‘deleted’. So, an alternate process for turning a VM off (with the expectation of turning it on again at some point in time in the future) is to first create an image of the VM and save it in the backup storage space, and then ‘delete’ the VM. In order to turn this VM back on, a new VM needs to be created and then the image from backup storage needs to be installed on the new VM before it can become functional.
Alternatives
As a result, the process of turning VMs on or off may be not be time and cost efficient. However, here are a few alternate ways to do this:
(1) Go with a cloud provider like OpSource that allows VMs to be turned on or off at the click of a button and doesn’t charge for VMs that are turned off. (Note that there is a small fee for storage space occupied by the VM).
(2) Go with a cloud provider like Terremark that doesn’t even price by VM. However, they would still charge for the OS licensing and storage if the VM was turned on at any point in time during the month.
(3) Go with any cloud provider but subscribe to an automated backup and restore service. Gravitant expects to provide this capability in its CloudMatrix console in early 2012.
For more information, go to www.gravitant.com.
Part 1 – Your application may NOT YET be ready for the Public Commodity Cloud if…
September 13th, 20111. Your application demand is very stable and doesn’t fluctuate much
If your servers are not under utilized, then you are better off keeping things the way they are, unless you want to plan for disasters or other unplanned events. This is because cloud pricing models are geared for elastic computing. It would be more expensive to provision 4 VMs than to run 4 servers in-house. The benefits of provisioning fewer VMs and using burst capabilities will only be realized if such demand fluctuations are expected.
Alternative: Look for cloud providers (like Terremark) that price by usage (regardless of the number of VMs provisioned).
2. Your application’s licenses can only be tied to physical cores
Many software licenses have not yet made the shift to the world of virtual machines. For example, Oracle licenses can only operate on a fixed physical core, whereas virtualization technology was developed precisely to separate the physical layer from the software layer. If Oracle is installed on a VM, the VM would be assigned to certain physical core(s) at one point in time and some other core(s) at some other point in time, which would violate Oracle licensing rules.
Alternative: Look for cloud providers (like Savvis) that have managed hosting servers which share a VLAN with their cloud. In this way, Oracle can be installed on the managed hosting server while the rest of the application can be deployed on the cloud.
3. Your application stores a very large amount of data on the cloud
With storage disks getting cheaper by the day (1TB for $80), it is becoming increasingly cheaper to store large amounts of data in-house rather than pay for cloud storage every month. This is because cloud storage is typically priced per GB per hour.
Alternative: Share data storage with other customers using Symform (or any other similar technology) that breaks up the data into a number of encrypted parts and then stores them in the other customer’s data centers. This gives the benefits of elasticity without paying too much for it. It also increases security of data in the cloud because no one can use the data without having all the parts and being able to decrypt all of them.
4. Your application transfers a large amount of data in or out of the cloud

Most cloud providers price their bandwidth by GBs transferred per month. This would be very costly for applications that stream large data files on a regular basis.
Alternative: Look for cloud providers that price by Mbps of dedicated network throughput. This is typically found in enterprise cloud providers like Savvis and Terremark.
5. You do not have the capability of managing your VMs any better than you do your servers
The ease of provisioning VMs as and when necessary can also lead to VM sprawl if not managed appropriately.
Alternative: Subscribe to a cloud management console that can not only auto provision VMs when necessary, but also schedule VMs to be turned off after use. Gravitant’s cloudMatrix uses predictive analytics to create dynamic workload schedules that change over time based on historic demand trends.
Go to -> Part 2 – Your application would be a GREAT FIT in the Cloud if…
Cloud Computing – 58% Average Savings Per Month
July 27th, 2011
Application: CRM
Environment: Production
Capacity: 40 Web/App Servers, 12 DB Servers, 8 VPN Servers, 5TB Storage, 10 Mbps Bandwidth
Demand: 1000 concurrent users, 3.0% growth per year
Scenario results from CloudWiz:

To run additional scenarios (for free), please go to http://www.gravitant.com/cloudwiz-home.html
*Note that these results are simply for comparison and decision support. All cost and savings results are based on publicly available data, and Gravitant is not responsible for any discrepancies in the numbers shown above. To increase the accuracy of the results from CloudWiz, please contact us to schedule a calibration meeting with our Professional Services group.
Top 4 Cloud Providers on CloudWiz
June 29th, 2011Cloud providers seem to be popping up everyday in some part of the world, but some providers are emerging as the key players by dominating all the others in one or more aspects. CloudWiz – the free cloud capacity and provider comparison tool – has enabled an apples to apples comparison of a number of providers, thus revealing the winners.
Quality of Service – Savvis
A number of compute, network, and storage benchmarks are run by CloudHarmony.org to evaluate the true performance of cloud providers. Savvis outperforms all the other providers with a QoS rating of 9.71, with GoGrid following close behind with a QoS rating of 9.64. The QoS ratings are given in terms of GQU (Gravitant Quality Units) which are explained in Gravitant’s corporate website.
Infrastructure Cost – GoGrid
While many commodity cloud providers price their cloud services at very low on-demand rates, GoGrid offers the best value for money by providing enterprise class services at close-to-commodity prices. GoGrid started off as a commodity cloud provider but is soon emerging as a strong competitor among enterprise cloud providers. A large application of 400 GCUs (Gravitant Compute Units) costs $ 22,491 per month at GoGrid, while Rackspace charges $24,744 per month. All other providers charge $40,000 per month or greater for the same compute capacity.
Total Cost - Rackspace
The total cost includes infrastructure as well as operations and support cost. While many companies would migrate to the cloud for infrastructure savings, they would end up investing quite a bit on operations and support. This is where Rackspace truly stands out from all the others due to their ‘fanatical’ customer support. As a result, the total cost for 400 GCUs of cloud capacity with Rackspace is $80,941/month (for infrastructure as well as operations and support), while GoGrid charges $84,448/month. Amazon comes in next at $103,928/month and all the others charge $125,000 or more.
Cloud Management - Terremark
We’ve all heard of VM sprawl and how monitoring and governance is of utmost importance in the migration to cloud. Terremark has made a name for itself with a very easy to use management console, as well as its standardization with jcloud APIs. Furthermore, Terremark’s pricing is package based as opposed to VM based which alleviates the need to scrupulously monitor and govern at the VM level.
So, it seems like GoGrid and Rackspace dominate from a cost perspective, while Savvis and Terremark dominate with QoS and cloud management. This shouldn’t come as a surprise since GoGrid and Rackspace are commodity cloud providers while Savvis and Terremark are enterprise cloud providers.
Now, what if we could mix and match? What if we could migrate our mission critical LOB applications to Savvis or Terremark for the QoS and monitoring features, and at the same time deploy email exchange and some of our dev and test environments on GoGrid or Rackspace? Well, that’s where the CloudWiz tool plugs into Gravitant’s CloudMatrix management console that allows a consumer to provision Virtual Data Centers from different providers and then monitor and govern them across the board.
See press releases at http://businesscloudnews.com/applications/351-cloudwiz-makes-cloud-evaluation-easy.html
For free access to CloudWiz or for more info on CloudMatrix, please email
analytics-support@gravitant.com



