yourfanat wrote: I am using another tool for Oracle developers - dbForge Studio for Oracle. This IDE has lots of usefull features, among them: oracle designer, code competion and formatter, query builder, debugger, profiler, erxport/import, reports and many others. The latest version supports Oracle 12C. More information here.
Cloud Expo on Google News
Cloud Expo & Virtualization 2009 East
Smarter Business Solutions Through Dynamic Infrastructure
Smarter Insights: How the CIO Becomes a Hero Again
Windows Azure
Why VDI?
Maximizing the Business Value of Virtualization in Enterprise and Cloud Computing Environments
Messaging in the Cloud - Email, SMS and Voice
Freedom OSS
Stairway to the Cloud
Sun's Incubation Platform: Helping Startups Serve the Enterprise
Cloud Computing & Enterprise IT: Cost & Operational Benefits
How and Why is a Flexible IT Infrastructure the Key To the Future?
Click For 2008 West
Event Webcasts
Ten Common Cloud Usage Traps
Many cloud users moved to the public cloud for cost reasons, but stay for the availability benefits

Many cloud users moved to the public cloud for cost reasons, but stay for the availability benefits. AWS (and other public clouds) offers users tremendous advantages in terms of elasticity - need another 100 servers?  We can spin those up instantly. Unexpected CDN demand? No problem.  Want to test something out? We'll get the resources right away. In short, the public cloud offers users nearly unlimited capacity in a comparatively (to the old "order the servers from IT") instantaneous manner.

However, along with the fantastic increase in availability, we have found that using a public cloud is far more complex than it first appears. As anyone who has tried to navigate through the AWS management console will attest, there are numerous opportunities for missteps. Unfortunately, the errors are rarely obvious and always sacrifice functionality. Here, organized by service, are 10 common and avoidable traps with a brief explanation of what each means and why each matters. Importantly, these are all readily identifiable through manual account inspection or with the help of an automated tool from CloudCheckr, Cloudyn, CloudVertical, or other vendors.


1. Over-utilizing instances. If the CPU Utilization of an instance is averaging higher than 75% over a two-day period, the server may be over-utilized. Potentially over-utilized instances should be reviewed to see if upgrading to a larger instance type may be appropriate to ensure system stability.

2. Failing to properly distribute instances across AZ.  Unfortunately, outages do occur. Consequently, EC2 instances within a region should be evenly distributed across Availability Zones within that region to ensure that when an Availability Zone does experience an outage, or any other disruption, its impact on your services is minimized.


3. Failing to adequately update EBS snapshots. Users can take snapshots of their EBS volumes to act as backup, or to be used as a baseline for new volumes. Snapshots of EBS volumes should be taken regularly to be used in the event of disaster recovery.

4. Over utilized EBS volumes. If the number of bytes written to, and read from, an EBS Volume averages higher than 1,000,000,000 over a two-day period, the EBS Volume may be over-utilized. To ensure optimal functionality, review the activity and potentially add additional volumes.

Auto Scaling:

5. Failing to use multiple AZ. If an Auto Scaling group only has 1 Availability Zone, it is vulnerable to fail in the event that that particular Availability Zone's service is interrupted. By configuring the Auto Scaling group to utilize multiple Availability Zones, this will allow Auto Scaling to redistribute the load into a healthy Availability Zone to avoid being negatively impacted by any service interruption.

6. Failing to use adequate cool down period. Cool down periods help to prevent Auto Scaling from initiating additional scaling activities before the effects of previous activities are visible. Because scaling activities are suspended when an Auto Scaling group is in cool down, an adequate cool down period helps to prevent a trigger from firing based on stale metrics.

7. Referencing an Invalid security group or invalid key pair. If the security group or key pair being referenced within the launch configuration has been deleted, the Auto Scaling group will not be able to launch new EC2 instances. A new launch configuration will need to be created and the Auto Scaling group will need to be updated.


8. Over-utilized ELB. If the request count for a Load Balancer is greater than 1,000,000 over a two-day period, the Load Balancer may be over-utilized. To ensure optimal functionality, potentially over-utilized load balancers should be reviewed to see if additional ELB need to be added to properly handle requests.

9. Failure to attach at least 2 healthy instances. There should always be a minimum of two healthy instances associated with a load balancer. If there is only one, the load balancer will not be able to failover, as it will not be able to reroute traffic to another instances.

10. Not detecting and replacing an unhealthy instance. Load balancers will consider an instance unhealthy if the instance is closing the connection to the load balancer, responses are timing out, or if public key authentication is failing. While it is possible that the instance may be failing health checks simply because it is under heavy load, any instance that a load balancer deems ‘unhealthy' should be checked.

Every issue on this list is relatively common (see CloudCheckr's March survey). Further, none of the fixes are particularly tricky or requires a significant amount of time. Plainly, the trick is identifying the problems before you degrade performance.

Unfortunately, identification is complicated by the cloud's dynamic and elastic nature. With ever-changing and evolving deployments, last month's, last week's, or even yesterday's review is outdated. To avoid an unplanned outage, users need to regularly re-check and remain vigilant for these concerns. The monitoring can be completed manually, through an automated tool, but it needs to be done.

As a note of disclosure: I am a Founder and the COO of CloudCheckr Inc. We specialize in this space and devote our solution to addressing all of these core infrastructure monitoring and control issues. Obviously, I am biased in favor of our leading product: CloudCheckr Pro. However, do not take my word for which solution is optimal. I encourage you to try CloudCheckr Pro along with solutions from vendors such as Cloudyn, Cloudability, and others. Use the free trials and judge for yourself.

About Aaron Klein
Aaron Klein is Co-Founder and COO of CloudCheckr Inc. CloudCheckr Inc. provides a comprehensive solution (CloudCheckr Pro) that addresses the infrastructure reporting, monitoring, and control needs of AWS users through automated and customizable reports, alerts, and recommendations. Its cost, security, resource, best practice, and change monitoring analytics and features allow users otherwise unavailable insight into their deployments and usage. CloudCheckr Pro is designed to help users optimize their deployment.

Latest Cloud Developer Stories
With more than 30 Kubernetes solutions in the marketplace, it's tempting to think Kubernetes and the vendor ecosystem has solved the problem of operationalizing containers at scale or of automatically managing the elasticity of the underlying infrastructure that these solutions n...
The deluge of IoT sensor data collected from connected devices and the powerful AI required to make that data actionable are giving rise to a hybrid ecosystem in which cloud, on-prem and edge processes become interweaved. Attendees will learn how emerging composable infrastructur...
When building large, cloud-based applications that operate at a high scale, it's important to maintain a high availability and resilience to failures. In order to do that, you must be tolerant of failures, even in light of failures in other areas of your application. "Fly two mis...
Machine learning has taken residence at our cities' cores and now we can finally have "smart cities." Cities are a collection of buildings made to provide the structure and safety necessary for people to function, create and survive. Buildings are a pool of ever-changing performa...
As Cybric's Chief Technology Officer, Mike D. Kail is responsible for the strategic vision and technical direction of the platform. Prior to founding Cybric, Mike was Yahoo's CIO and SVP of Infrastructure, where he led the IT and Data Center functions for the company. He has more...
Subscribe to the World's Most Powerful Newsletters
Subscribe to Our Rss Feeds & Get Your SYS-CON News Live!
Click to Add our RSS Feeds to the Service of Your Choice:
Google Reader or Homepage Add to My Yahoo! Subscribe with Bloglines Subscribe in NewsGator Online
myFeedster Add to My AOL Subscribe in Rojo Add 'Hugg' to Newsburst from CNET Kinja Digest View Additional SYS-CON Feeds
Publish Your Article! Please send it to editorial(at)!

Advertise on this site! Contact advertising(at)! 201 802-3021

SYS-CON Featured Whitepapers