Announcing ParkMyCloud Microsoft Azure Scheduling!

Now Supporting Microsoft Azure Scheduling

ParkMyCloud microsoft azure schedulingWe are excited to share that ParkMyCloud now supports Microsoft Azure scheduling!

For the past 18 months since our launch, Amazon Web Services (AWS) customers have been using ParkMyCloud to manage their compute resources by turning them off when not needed (called “instance scheduling”) – saving a total of $1,749,279.06 so far – and counting!

Now, that same “Nest for the Cloud” capability is available to Microsoft Azure customers.

Plus, if you use both AWS and Azure, you can manage and govern your accounts together in a single ParkMyCloud dashboard.

Why We’re Excited

Being able to control costs with Microsoft Azure scheduling is our most frequently-requested capability – so we’re excited to share this with our customers and new users.

The size of cloud waste is enormous, with up to $5.6 billion wasted every year on computing time that no one is using.  While much of this wasted spend is on AWS resources, Azure is certainly the second-biggest player in the public cloud market. We look forward to helping Azure customers eliminate wasted spend. Learn more in our official press release.

How Does ParkMyCloud Work on Azure?

Just like AWS, it’s simple:

  1. Discover: Connect with Azure to discover your virtual machines (VMs)
  2. Schedule: Schedule on/off times for the desired VMs
  3. Smile: Reduce your costs by up to 60%

If you’re new to ParkMyCloud, check out these additional resources:

See it In Action

Join us next Thursday, February 2 at 2 PM Eastern for a web session highlighting the Azure release – plus, learn how to use our automated policy engine for automated cost savings. Sign up here.

Try it Now

Azure users, try it now now with a 30-day free trial of ParkMyCloud.

Triple the Clouds, Triple the Fun: What’s Coming in ParkMyCloud in 2017

triple the clouds: google, aws, azureLast year was a great year for the ParkMyCloud product and our customers – check out all the features and functionality we added throughout 2016.

As we launch into 2017, we’re looking to bring our public cloud users even more ways to save on their cloud spend. Here’s a preview of some of the more impactful features and functionality we’ll be releasing throughout the year.

New Cloud Service Providers

Thus far, ParkMyCloud has supported customers of Amazon Web Services (AWS) alone. (No small fries here; about 30% of public cloud infrastructure is in AWS). However, in two weeks, we’re expanding by releasing support for Microsoft Azure. You will be able to manage AWS and Azure resources side-by-side in a single dashboard.

In the following months, Google Compute Engine support will follow.

New Ways to Save

In addition to the new cloud service providers, we’re also adding support for additional services and new ways to save on your cloud infrastructure.

We’ll start the expansion from compute services by parking databases (Amazon RDS and others). We will also offer resource rightsizing, so you can ensure that you’re not wasting money on resources that are larger than you need them to be.

Adding to the ParkMyCloud Experience

We’ll also be enhancing the ParkMyCloud experience with surrounding features, starting with single sign-on (SSO) using SAML 2.0 coming in February.

Following that, we’ll add external notifications leveraging AWS SNS. And for the quants out there we’ll be adding a data analytics layer. We’re also excited to share that we’ll have native mobile support for iOS and Android by the summer.

And more!

Of course, as a small and agile company, this list is not complete! We’re happy to hear your thoughts and suggestions about what you’d like to see in ParkMyCloud this year – so what’s at the top of your list?

Cloud applications in 2017: How long until full cloud takes over?

clouds-take-overWe were recently asked about our vision for cloud applications in 2017: are we still seeing ported versions of legacy on-premises Software-as-a-Service (SaaS) applications? Or are most applications – even outside of pure-play startups – being built and hosted in the cloud? In other words, how long until full cloud takes over?

Actually, it already has.

Native cloud applications like ours – an 18-month-old startup – that have been built, tested, and run in the cloud are no longer the fringe innovators, but the norm. In fact, outside of a printer, we have no infrastructure at all – we are BYOD, and every application we use for development, marketing, sales and finance is a SaaS-based, cloud-hosted solution that we either use for free or rent and pay month-to-month or year-to-year.

This reliance on 100% cloud solutions has allowed us to rapidly scale our entire business – the cloud, and cloud-based SaaS solutions, have provided ParkMyCloud with the agility, speed, and cost control needed to manage to an OpEx model rather than a CapEx model.

We were able to rapidly prototype our technology, test it, iterate, and leverage “beta” communities in the cloud in a matter of months. We even outsource our development efforts, and seamlessly run agile remotely using the cloud and cloud-based tools. For a peek into the process, here’s a sampling of software development tools we use in a cloud-shrouded nutshell:

  • Amazon Web Service (AWS) for development, test, QA and production
  • VersionOne for agile management
  • Skype for scrum and video communication
  • GitHub for version control
  • Zoho for customer support
  • LogEntries for log integration
  • Confluence for documentation
  • Swagger for API management

And I could repeat the same for our Marketing, Sales, and Finance process and tools – the cloud has truly taken over.

We don’t know if these applications are built and run in the public cloud or the private cloud – that’s irrelevant to us, what’s important is they solve a problem, are easily accessible, and meet our price point. We do know that these are all cloud-based SaaS offerings – we don’t use any on premise, traditional software.

The net net is that many companies are just like ParkMyCloud. The question is no longer about how us newbies will enter the world – the question is, how fast will legacy enterprises migrate ALL their applications to cloud? And where will they strike the balance between public and private cloud?

How to Protect Your Production Servers (The “Never Park” Policy)

The other day, we talked to a prospective ParkMyCloud customer about how to protect his production servers. He had just started a trial of ParkMyCloud, and before he added additional users to his account, he had an important question: How can I keep my production servers safe from my end users accidentally parking them?

It’s a great question! Before you start shutting down your non-production resources for cost savings, it’s a good idea to protect your mission-critical production resources from being parked, which could wreak havoc on your applications — while some resources can be stopped, or “parked”, during off-hours, there are, of course, others that need to run 24×7.

Luckily, with ParkMyCloud’s policy engine, it’s straightforward and easy to protect your production resources. All you need to do is apply a “never park” policy so those resources cannot be scheduled or manually started/stopped.

Only users with the SuperAdmin role can create and manage policies, so if you’re the primary account holder, you don’t have to worry about end users changing these policies once they’re set up. Your production resources will be safe from being parked, so you can start parking and saving away.

Here’s how to create a policy for yourself. (If you don’t have an account yet, you can start a ParkMyCloud free trial and follow along.)

From the ParkMyCloud console:

  1. policy-engineGo to the left sidebar and select “Policies” and “Create Policy”.
  2. Name your policy – let’s call it ‘Never Park’
  3. Input the criteria to identify your production resources  – usually this will be by name or tag.
  4. Select “Restrict” as the action.
  5. From the Restrict dropdown menu, select “Never Park”. For this option, users can neither attach schedules nor manually start/stop resources.

You can also use policies to assign instances to teams based on their tags or names. If you set up your teams in advance, this is a simple way to automatically control which users have access to which instances.  So in this example you could set up a “Production Team” and have all your production instances sort directly to this team. And as an admin you are able to create the permissions for who has access to this team, adding another layer of protection.

Save your policy to protect your production resources from being parked and you’re all set!

There are a few other reasons you may want to use policies on your resources. For example, you can use policies to automatically attach or detach schedules to instances, again based on credential, location, name, type, or tag. So, for example, you could set all of your instances tagged “development” to have the “Up M-F, 8 am – 5 pm” schedule automatically applied.

You can also restrict resources with parking schedules to “snooze only”. That is, end users can only snooze the attached schedule, they cannot edit, detach or change it.

The policy engine is a powerful feature that can help you automate many of the common actions within ParkMyCloud, ensuring that you maximize your cost savings with the least amount of effort.

If you have any additional questions about using policies, please comment below or contact us!