IP Library Granted Patent US 11,966,306
Granted Patent B1
US 11,966,306 · App. 17/710,163 · Granted Apr 23, 2024

Availability zone recovery using virtual private clouds

Inventors: Donald Patrick McGarry (Hamilton, VA); Anuj Prateek (Coquitlam, CA); Juan-Pierre Longmore (Bellevue, WA); Eric Wei (Seattle, WA); Daniel Bien (Sammamish, WA); Noel O'Flaherty (Seattle, WA)
Assignee: AMAZON TECHNOLOGIES, INC.
G06F11/203G06F9/5077G06F2209/509
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 11,966,306
App. No.
17/710,163
Granted
Apr 23, 2024
Kind
B1
Abstract

Availability zone and region recovery are described. For an availability zone (AZ), a recovery availability zone (rAZ) may be identified based on available computing capacity of the recovery availability zone and geographic proximity of the availability zone relative to the recovery availability zone. In an instance in which the availability zone is impacted in which at least one of hardware and software of the availability zone is not fully operational, a virtual private cloud (VPC) is generated that establishes a peered connection between the availability zone and the recovery availability zone. A service is executed in the recovery availability zone, permitting any other services executing in the availability zone to invoke the service and become partially or fully operational.

Claims (39)

1. A system, comprising:

at least one computing device;

executable program instructions stored in memory of the at least one computing device that, when executed, direct the at least one computing device to:

maintain a regional computing stack comprising a plurality of physical availability zones (AZs), the availability zones comprising a first physical AZ, a second physical AZ, and a third physical AZ;

cause a first virtual AZ to execute in the second physical AZ, a second virtual AZ to execute in the third physical AZ, and a third virtual AZ to execute in the first physical AZ;

in an instance in which each of the physical AZs is in a steady state, service traffic intended for the first physical AZ in the first physical AZ, service traffic intended for the second physical AZ in the second physical AZ, and service traffic intended for the third physical AZ in the third physical AZ; and

in an instance in which the first physical AZ is not fully operational, create and execute a virtual private cloud (VPC) service traffic intended for the first physical AZ by the first virtual AZ executing in the second physical AZ, service traffic intended for the second physical AZ by the second physical AZ, and service traffic intended for the third physical AZ by the third physical AZ.

2. The system of claim 1 , wherein the at least one computing device is further directed to execute an instance of a network service in the first virtual AZ as executing in the second physical AZ such that services executing in the first physical AZ invoke the network service as executing in the second physical AZ.

3. The system of claim 1 , wherein the at least one computing device is further directed to sleep, hibernate, or terminate execution of the virtual private cloud in an instance in which the first physical AZ becomes fully operational.

4. A system, comprising:

at least one computing device;

executable program instructions stored in memory of the at least one computing device that, when executed, direct the at least one computing device to:

associate an availability zone (AZ) with a recovery availability zone (rAZ), the recovery availability zone being different than the availability zone and being in different geographic locations;

in an instance in which the availability zone is impacted in which at least one of hardware and software of the availability zone is not fully operational, generate a virtual private cloud (VPC) that establishes communication between the availability zone and the recovery availability zone; and

execute the VPC and at least one service in the recovery availability zone that permits another service executing in the availability zone to invoke the at least one service.

5. The system of claim 4 , wherein the recovery availability zone is identified based at least in part on at least one of a geographic proximity to the availability zone, a region in which the availability zone is executed, a region in which the recovery availability zone is executed, and available capacity of the recovery availability zone.

6. The system of claim 4 , wherein the availability zone is identified as being impacted in response to operational metrics associated with physical computing and networking equipment located in the availability zone falling below an operational threshold.

7. The system of claim 4 , wherein the at least one computing device is further directed to allocate computing capacity in the recovery availability zone to account for unexpected demand in the recovery availability zone.

8. The system of claim 7 , wherein the capacity is within a predefined range of available computing capacity of the recovery availability zone.

9. The system of claim 7 , wherein the at least one computing device is further directed to modify an internet protocol (IP), a load balancer, a host discovery, or a nameserver setting that causes the service executing in the availability zone to invoke the at least one critical service executing in the recovery availability zone in lieu of another service executing in the availability zone.

10. The system of claim 4 , wherein the recovery availability zone is one of a plurality of recovery availability zones (rAZs), the plurality of recovery availability zones comprising a first recovery availability zone and a second recovery availability zone.

11. The system of claim 4 , wherein the at least one computing device is further directed to allocate computing capacity in a first recovery availability zone and a second recovery availability to account for unexpected demand in the recovery availability zones.

12. The system of claim 4 , wherein the at least one computing device is further directed to sleep, hibernate, or terminate execution of the virtual private cloud in an instance in which the availability zone becomes fully operational.

13. The system of claim 4 , wherein the critical at least one service is an elastic cloud compute service configured to spawn container instances in the availability zone.

14. The system of claim 4 , wherein:

the availability zone and the recovery availability zone are in a same regional computing stack; or

the availability zone and the recovery availability zone are in different regional computing stacks.

15. A computer-implemented method, comprising:

for an availability zone (AZ), identifying a recovery availability zone (rAZ) based on available computing capacity of the recovery availability zone and geographic proximity of the availability zone relative to the recovery availability zone;

associating the availability zone with the recovery availability zone (rAZ), the availability zone and the recovery availability zone being different data centers;

in an instance in which the availability zone is impacted in which at least one of hardware and software of the availability zone is not fully operational, generating a virtual private cloud (VPC) that establishes a peered connection between the availability zone and the recovery availability zone; and

executing the VPC and a critical service in the recovery availability zone that permits a service executing in the availability zone to invoke the critical service.

16. The computer-implemented method of claim 15 , further comprising:

prior to executing the VPC, generating operational metrics for the availability zone associated with physical computing and networking equipment located in the availability zone; and

identifying that the availability zone is not fully operational in response to the operational metrics falling below an operational threshold.

17. The computer-implemented method of claim 15 , further comprising allocating computing capacity in the recovery availability zone to account for sudden demand in the recovery availability zone.

18. The computer-implemented method of claim 15 , wherein the recovery availability zone is one of a plurality of recovery availability zones (rAZs), the plurality of recovery availability zones comprising a first recovery availability zone and a second recovery availability zone.

19. The computer-implemented method of claim 18 , further comprising allocating computing capacity in the first recovery availability zone and the second recovery availability to account for sudden demand in the recovery availability zones.

20. The system of claim 4 , further comprising terminating execution of the virtual private cloud in an instance in which the availability zone becomes fully operational.

Assignments (1)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Oct 16, 2023
From: MCGARRY, DONALD PATRICK; PRATEEK, ANUJ; LONGMORE, JUAN-PIERRE; WEI, ERIC; BIEN, DANIEL; O'FLAHERTY, NOEL
To: AMAZON TECHNOLOGIES, INC.
Reel/Frame 065233/0632 →
Cited By (3)
US 12,299,500 US 12,494,991 US 12,657,094