Keyboard Shorcuts

Wormly’s new keyboard shortcuts will help you manage your hosts & monitoring settings like a boss!  We took our inspiration from Github and GMail’s awesome shortcut implementations.

On any page, type “?” to view a legend containing all shortcut keys available on that page.

Global shortcuts

From any page on the site, you can navigate to the three main sections Hosts, Alerts, and My account with two key presses.

Just think “j” for jump, followed by the first letter of the section you want to see.  e.g.

  • j, h – will take you to Hosts.
  • j, a – will take you to Alerts.
  • j, m – will take you to My account.

On the My Hosts Page

In addition to the existing search box which filters the host list as you type, you can now use the up and down arrow keys to highlight a host of interest.  Once highlighted, hit ENTER to open that hosts’ overview page, or hit TAB followed by any of these keys:

  • u – view the hosts’ Uptime Reports
  • g – view the hosts’ Performance Graphs
  • p – pause / resume monitoring of this host
  • x – delete this host
  • a – Add a new host

On a Host Overview Page

  • u – show Uptime Reports / switch to Uptime tab if Health tab is active.
  • g – show Performance Graphs
  • h – Switch to health tab
  • e – edit hosts’ settings
  • a – add monitoring sensors

And a couple more

  • Hit “g” from an Uptime Report to switch to the Performance Graphs.
  • Hit “u” from Performance Graphs to switch to the corresponding Uptime Report.
Filed under: Announcements,Features — Jules @ 9:22 am - December 2, 2011 :: Comments Off

API keys now have fine grained permissions

We’re pleased to announce the immediate availability of a significantly improved API permissions system. In a nutshell, you can now create API keys with exactly the permissions your app requires:

Create API Key Screenshot

All of your existing API keys have been preserved with full permissions – so you might like to modify these and limit them to only the permissions they need.

If you haven’t seen the Wormly API, head over to the Developer Center and get started.

Filed under: Announcements,Features — Jules @ 8:44 am - November 23, 2011 :: Comments Off

New API features + Twitter feed

First up, we invite you to follow us at our newly acquired @wormly Twitter account, where we’ll be talking about features, updates, bug fixes, and other items generally too small to warrant a blog post.


Today we’ve deployed a bunch of changes to the Wormly API (WAPI), including:

We hope you enjoy them – and rest assured there’s plenty more to come!

Filed under: Announcements,Features — Jules @ 5:41 pm - August 17, 2011 :: Comments Off

Wormly API: Setting host-specific alert recipients

In this example, we use the getAlertMatrix and setAlertMatrix API commands to copy the alert recipient matrix from one host to another.

These commands are intended for use on any UNIX-like system, and require cURL (version >= 7.18) and a command line PHP interpreter. Also be sure to grab a Wormly API key first.

Visit Github if you cannot see the code below.

Filed under: API,Features — Jules @ 5:09 pm - :: Comments Off

Notes on surviving today’s EC2 outage

Today, Amazon’s US-EAST region suffered a network failure, resulting in at least the us-east-1a availability zone becoming unreachable from the internet.

This, somewhat predictably, took many of the web’s biggest names off the air with it.

Amazon has repeatedly reminded users of their cloud infrastructure that they need to do the hard work in order to take advantage of Amazon’s famed redundancy. Your application needs to sit across multiple availability zones rather than just being deployed at run-time to an arbitrary, solitary zone.

This is, of course, rather more difficult than it sounds. For Wormly it means keeping a hot standby running in an alternative zone. Today when our primary web cluster in the us-east-1a zone failed, our system detected this automatically failed over to the hot replica which was running in the us-east-1b zone.

Our total website downtime was kept to under 2 minutes, and our globally distributed monitoring system (which does not run on EC2, and is designed to tolerate failures of the web cluster) experienced no downtime at all.

Having to keep a hot replica running in (what is hopefully) a separate data center certainly isn’t the most cost effective approach – and it’s presumably not what DevOps were hoping to gain from the cloud revolution.

But for us the extra cost is worth it, not least for the fact that when major failures like this occur, our customers appreciate being able to log into Wormly and switch off the alarms which are ringing their phones off the hook.

Availability zones not sufficiently isolated?

Immediately after a failover, our system attempts to bring up a new hot replica in another availability zone, to ensure that we continue to maintain at n+1 cluster redundancy.

During the 30-odd minutes that US-EAST-1A remained offline, we noted that our system was unable to successfully bring any new EC2 instances up, in any US-EAST zone. This was quite an alarming revelation, and we await Amazon’s response on why this occurred.

Availability zones are supposed to be sufficiently isolated to ensure that failures do not cross zone boundaries. Our inability to bring new instances online meant that we were heavily exposed to further failures; there were no further hot replica’s available for us to fail over to. Luckily US-EAST-1B didn’t experience any failures during this window.

Who else do you rely on?

Another unfortunate side-effect of today’s outage was that it brought down Twilio‘s API. We use Twilio to send SMS message to our US customers, because they offer excellent speed and deliverability to US cell phones. We do have alternate routes in place, so during this outage we were able to automatically route around the problem.

This highlights the importance of having redundancy built into your choice of web services when building applications in the cloud.

We note that RightScale‘s website was unavailable during the outage. Given that many major sites use RightScale to manage their EC2 deployments, this presumably caused quite some consternation among their users.

The cloud is fragile, be prepared!

Filed under: Uncategorized — Jules @ 6:23 pm - August 9, 2011 :: Comments Off

SSL Diagnostics & Once-Off Downtime Scheduling

We’re delighted to announce two great new features today:

The Wormly SSL Testing Tool

Our newly deployed SSL Tester runs 60+ tests against your secure web server – in real time – reporting crucial compatibility, security and performance factors:

You can quickly share this information with your team using the permalink generated by each test. You will find this tool listed in our free tools section, or access it directly from the footer of any page site-wide.

 

Once-Off Downtime Scheduling

We’ve implemented a small, but often requested feature allowing one-off periods of host downtime to be scheduled:

To configure these periods, select Scheduled Downtime from any Host Overview page.

You can also now schedule a once-off Do Not Disturb period for your alert contacts via a similar interface.

Filed under: Announcements,Features,SSL — Jules @ 12:46 pm - June 8, 2011 :: Comments Off

What you need to know about our redesign

Welcome to the new-look Wormly!  A few things in the main navigation bar have changed, so let’s start with those:

  • Settings has been renamed to Alerts, and it now contains only things that relate to your alerts.
  • Billing has been replaced with My account, which now provides easy access to everything related to managing your account, including profile updates, permissions, billing, invoices and payments.
  • The My Wormly page has been removed – everything we had there can be more intuitively access from elsewhere.
  • The Log out button turned out to be a rarely used one, and as such it has been moved to the My account page. Oh and we’ve re-branded it Sign out, in keeping with the style of most web apps today.
  • Support has been renamed Help, because it includes both our customer support contact form as well as our searchable FAQ section.
  • Blog has been removed from the top nav bar; you can now find it in our new “fat-footer”, which contains direct links to many parts of the site that power users will appreciate.

New features and tweaks we hope you’ll enjoy

  • Always-on-SSL.  Every part of our site is now available only via https to ensure the integrity of your account.  We’ve spent lots of time tweaking cache directives, spriting icons and even tuning SSL ciphers to maximize our performance over https.  We trust that you’ll find the small performance penalty worthwhile.
  • iPad-friendly. We’ve deployed some minor CSS tweaks to allow better use of Wormly from iPad, particularly when in portrait orientation.
  • Bigger, better buttons. Accounting for the inexorable move of the web toward touchscreen devices, we’ve made most clickable items throughout the site both a) bigger and b) more obviously clickable.
  • When configuring an HTTP sensor, hit Test settings. If a content match fails, you will be given the option to view the full HTTP response that we received from your server.
  • From the host overview page, you can now rename a host by hovering your mouse over the host’ name.
  • We’ve implemented a work around for this horrible webkit bug to improve pageload speed.
  • In the HTTP sensor, POST data is now configured via a multi-line text area.

Please do let us know if we’ve broken anything for you, or if you’re confused or otherwise unhappy with any of these changes.

Alternately, if you just love what we’ve done please let us know anyway!

Filed under: Announcements — Jules @ 6:52 pm - April 28, 2011 :: Read comments »

Host dependencies to prevent cascading alerts

You might be familiar with this situation:

The firewall sitting in front of your server farm fails, taking your public web site, extranet, API server, mail server down with it.

You’re a proactive sysadmin, so you’ve setup Wormly monitoring for all of these servers with alerts configured to hit your cell phone at the first sign of trouble.

As a result, you’re getting streams of alerts all which are telling you the pretty much same thing: Fix that firewall! All of those beeping text messages might help wake you up when this (inevitably) happens at 4am, but for that purpose our phone call alerts are a much better bet.

We’re pleased to announce a new feature designed to prevent such a flood of alerts. You can now configure Host Dependencies to define what other hosts a given host depends on.

From a host’s overview page, click the Host Dependencies link to get started.

You can read the Q&A entry for more details on how this works.

Otherwise, just remember one important tip: Ensure that the shortest downtime triggering alerts on a host is equal to or greater than the testing interval of all hosts it depends on.

Filed under: Announcements,Features — Jules @ 4:17 pm - January 17, 2011 :: Comments Off

Stacks of new HTTP features including POST support!

We’re delighted to announce the immediate availability of some exciting new – and much requested – features. The highlights include:

HTTP POST requests.
This enables monitoring of all kinds of interactions including login pages, registration forms, web services & APIs among many others.

Custom request headers.
You can now override any HTTP request header sent by our monitoring system. For example, you might override the Host: header in order to monitor a content distribution network / proxy. Or you might like to set the Referer: header to monitor a search optimized landing page.

Extended content match.
Allows you to match wanted and unwanted content strings in HTTP response headers. For example, you might monitor the correct functioning of a Location: [...] redirect by verifying that the correct response headers were sent by your application.

In addition to our HTTP sensor enhancements, we’ve added support for encrypted SSL and TLS connections for monitoring SMTP and IMAP servers, and have also enabled encryption for generic TCP Request sensors.

This will enable you to monitor a whole range of secured TCP services that we were not previously able to establish a connection with.

All of these new features are visible when you add new sensors or modify existing sensors. Naturally no extra costs apply to these features.

We’ve also rolled out a number of usability and performance improvements, with particular focus on the monitoring sensor creation and management process. We hope you’ll find using these new features a breeze!

Naturally we’d love to hear your feedback on these features – and indeed all aspects of our service. Drop us a line via the support desk and let us know how we’re doing.

Keep your eye out for loads more new functionality in the new year!

Filed under: Announcements,Features — Jules @ 2:20 pm - December 7, 2010 :: Comments Off

Oct-17 Scheduled downtime for server migration

Exciting times abound as we prepare to move our data processing and web serving infrastructure into Amazon’s EC2 Cloud. This move has become increasingly necessary with the substantial growth Wormly has seen in the past 18 months. Moving to the cloud allows us to offer a substantially more robust, higher availability system.

We will be performing the cut-over on Sunday October 17 at 11:30am (GMT+1100). We expect wormly.com will be unavailable for three hours during this period, which means you will not be able to modify monitoring configuration or view reports during this time.

Rest assured, though, that both uptime and server health monitoring will continue unaffected during this time. All data samples will be accrued and all alerts will be sent as normal.

We appreciate your patience during this time, and trust that the extra scalability and reliability that this move brings will be worth it.

If you have any queries at all, please don’t hesitate to contact our support desk.

Additional notes

The IP address used for health monitoring (inbounddata.wormly.com) will change from 66.228.123.50 to 184.72.226.23. This address will also become the source IP requesting the agent for Linux health monitoring installations.

The uptime monitoring node IPs will remain the same – an up to date list of monitoring node IPs can always be found here.

These can and will change over time, however, so we do not recommend creating IP-specific firewall rules for use with our service.

Filed under: Announcements — Jules @ 12:58 pm - October 2, 2010 :: Comments Off
« Previous PageNext Page »

Never Offline

A blog hosted by James Peterson, director of insights @ Wormly

On a semi-regular basis James will be trying to demonstrate that website infrastructure really is an exciting topic, and that your users really do care about the uptime & speed of your website.