Skeddly

Skeddly Blog

Skeddly news and announcements...

Automated DynamoDB Backups

At AWS re:Invent, Amazon announced support for DynamoDB backup and restore. We’ve previously discussed the current restrictions and limits with DynamoDB backups.

We’re happy to announce that we’ve added support for scheduling of creating and deleting DynamoDB backups. Today, we are adding two new actions:

  • Create DynamoDB Backups
  • Delete DynamoDB Backups

Read more...

DynamoDB Backups

Last week at AWS re:Invent, Amazon announced support for DynamoDB backup and restore. We’re already finishing the final touches on our support for creating DynamoDB backups.

During development, we came across some caveats about the new DynamoDB backup feature that we’d like to share. Here are our observations.

Read more...

AWS re:Invent 2017 Lanyard Colours

This week is AWS re:Invent 2017. For the 6th time, it’s bigger than ever, spanning 5 hotels: The Venetian, The Mirage, Encore, Aria, and MGM Grand. So plan your transitions well, make sure you have some good walking shoes, and take the AWS shuttles between hotels.

Like previous years, you’ll notice different coloured lanyards holding everyone’s badges. Here’s an updated list.

Read more...

Export DynamoDB Tables to S3

Amazon DynamoDB is a flexible NoSQL database solution. It provides a serverless database for non-relational data.

Unlike Amazon RDS, there is no built-in way to backup or export the data stored in a DynamoDB table. There are many reasons you may want to export your DynamoDB table items to S3:

  • Backup the tables for disaster recovery purposes,
  • Access your DynamoDB table data using other AWS services, such as Amazon Athena

Amazon has provided a solution using AWS Data Pipeline to export DynamoDB items to S3, but that requires using additional AWS services and cannot be applied to multiple tables across multiple regions easily.

Today, we’re happy to announce the addition of a new action to Skeddly: Export DynamoDB Tables.

Read more...

Subscribe to Skeddly on the AWS Marketplace

Last November, AWS announced the ability to subscribe to SaaS products through the AWS Marketplace. Prior to that, all SaaS listings were simple redirects to the vendor’s website.

With that announcement, users are able to subscribe to SaaS products directly from the Marketplace. In addition, billing for the service is integrated with your AWS bill.

Today we are very happy to announce that Skeddly subscriptions are now available through the AWS Marketplace.

Read more...

Stretch Your EC2 Free Tier 3x Farther

For the first 12 months of all new AWS accounts, Amazon EC2 includes 750 hours of running Linux EC2 instances and 750 hours of running Windows EC2 instances, as long as the EC2 instance type is t2.micro.

Doing the math, 750 hours is just enough time to run a single EC2 instance for an entire 31-day month.

During the early days of a startup, much of your AWS usage is going to be used for development. Many development resources don’t need to be running 24/7 like production resources do. The end result is that you’re wasting your precious EC2 free tier on unused resources.

By scheduling your EC2 instances to stop, you can expand your EC2 free tier from 1 EC2 instance up to 3 EC2 instances.

Read more...

Restore RDS Cluster Action

To help reduce your RDS costs, Amazon RDS allows you to stop and start your RDS instances. This is a very helpful cost-reduction technique that can be used in development, staging, or other environments where RDS instances do not need to be available 24/7.

Skeddly includes actions such as “Start RDS Instances” and “Stop RDS Instances” to help you automate this cost saving technique.

However, Aurora RDS clusters and instances cannot be stopped. They can only be terminated and recreated.

We have added a new action to Skeddly to help you lower your Aurora RDS costs by deleting and recreating your Aurora clusters. Our new action is called “Restore RDS Cluster”.

Read more...

Delete Replicas and Switch to Single-AZ When Stopping RDS Instances

In order to help reduce your RDS costs, Amazon RDS allows you to stop and start your RDS instances. This is a very helpful cost-reduction technique that can be used in development, staging, or other environments where RDS instances do not need to be available 24/7.

However, if your RDS instances have any read-replicas, or are Multi-AZ, then your RDS instances cannot be stopped. These are restrictions imposed by AWS.

To help work-around this limitation, and to help reduce your RDS costs, we have enhanced our “Stop RDS Instances” action to allow you to delete read-replicas and switch to single-AZ before the RDS instances are stopped.

Read more...

EBS Volume Snapshot Report Action

EBS volumes enable you to regularly create EBS snapshots. Automating those snapshots is crucial to a healthy Disaster Recovery strategy. But getting a regular report on the health of your infrastructure can be incredibly beneficial, especially if the report can quickly inform you that you may not be meeting your DR requirements.

Today, we’ve added a new action to our arsenal of reporting actions: EBS Volume Snapshot Report. Here is an example report I ran yesterday:

Read more...

Lower Costs for Any RDS Instance

Amazon RDS recently announced the ability to start and stop RDS instances. This allows you to stop and restart RDS instances overnight, on weekends, and other times where your RDS instance isn’t needed. By following this best practice, you can drastically reduce your RDS costs, in some cases, by as much as 65%.

The catch though, is that it’s only supported on single-AZ, non-replicated RDS instances. This means that your Multi-AZ RDS instance is not supported.

But there is an alternative that will allow you to reduce your RDS costs for Multi-AZ RDS instances.

Read more...

Page: 1 of 14