How activation works

​Akamai​ CDN has two networks: staging and production. Activation pushes updates across the staging (testing) or production (customer-facing) networks for property versions.

During activation, ​Akamai​ deploys changes in phases to minimize risk and ensure the most relevant edge servers for active traffic receive updates quickly.

📘

Activation times can vary depending on the state of your property. See Exceptions.

For instructions on how to activate a property version, see Activate your property.

Activation is also available through Property Manager API (PAPI).

Phases of activation

Staging

Activating property versions on the staging network is a faster process than activating on the production network. There are a few key differences as to why activations roll out faster on the staging network:

  • The staging network is smaller than production.
  • The staging network doesn’t serve end user traffic.
  • Activations don’t require phased rollout.

When activating a property version on the staging network, ​Akamai​ monitors to make sure all staging servers have received the updated version configuration so that you can test as needed in a safe, non-end user-facing environment.

Activations on the staging network usually finish within 3 minutes.

Production

​Akamai​ uses a phased approach to push your property’s configuration changes through the production network to ensure complete safety and reliability.

Phase 1: Activate for live traffic

The first phase of activation updates live traffic servers:

A diagram showing phase 1 of the activation process where live traffic servers are updated first.

  • When you activate a property on the production network, ​Akamai​ identifies and targets updates to edge servers actively serving traffic for your application or service. These servers are usually within the specific geographical location that’s close to the requesting clients.
  • After the live traffic servers have been identified, ​Akamai​ updates them with the new property configuration. Depending on how many edge servers are being used to serve live traffic, ​Akamai​ may first update a smaller group of servers so they can be monitored before rolling out to the remaining servers. ​Akamai​ focuses on the edge servers serving live traffic early in the activation process so that you can see and test the effects of your activation as soon as possible.
  • ​Akamai​ monitors the updated servers to make sure no problems like increased error rates, software issues, or server overload are present. At this point, you can also check your own metrics for any inconsistencies. If any issues are detected, either you or ​Akamai​ can cancel the activation, and changes are rolled back.

Phase 1 of activation generally completes in under 4 minutes, but can be influenced by a variety of factors, including the number of live traffic servers being updated. You can see the status of this phase using the tracking progress bar in Property Manager, and a successful activation message is displayed once ​Akamai​ has pushed your updates to live traffic servers.

📘

End users mapped to new edge locations within a few minutes of this phase may still reach ​Akamai​ servers with the previous property configuration. This could happen if edge servers in specific geolocations aren’t serving significant end user traffic at the start of the activation, and new end users connect to those edge servers before they’ve been updated.

Phase 2: Continued rollout

The second phase of activation updates the rest of the ​Akamai​ network:

A diagram showing phase 2 of the activation process where the rest of the network is updated.

  • After the first phase completes, live end-users are being served traffic through the latest configuration. You can start validating your changes while ​Akamai​ gradually pushes out the update to the rest of the production network. ​Akamai​ monitors the remaining edge servers as they’re updated to ensure your new property version is safely functioning and available to end users globally.
  • Property Manager displays a Pending - Full Rollout status in your property’s Activation History during this phase. If the system detects a problem that could affect your site, ​Akamai​ automatically cancels the activation and lets you know. You also have the ability to manually cancel your activation at this time.
  • At this point, you can continue validating your changes while the activation remains locked for editing. New activations can start once this phase is fully complete. If there are any issues post-activation, there is a 60 minute window where you can quickly revert to your most recent active property version using the Fast Fallback feature.

The total activation process takes up to 15 minutes on the production network, and Property Manager displays an Active status in your property’s Activation History when it’s complete.

What does ​Akamai​ monitor?

During the activation, ​Akamai​ monitors updated servers to make sure the proposed configuration changes are safe. ​Akamai​ looks for things like:

  • Increased error rates. See HTTP error rate limit.
  • Changes, or any negative impacts, to status codes.
  • Unexpected behaviors like server unavailability or reboots.
  • Any other negative impacts to the overall performance that may result in customer-facing disruptions.

Exceptions

Activations can take up to 60 minutes for the following scenarios:

  • Property versions where more than associated 10 hostnames at a time are added, removed, or reconfigured. In this scenario, the new property version has different hostname information than the property version that is currently active on the network.

  • Custom or advanced property configurations that require intervention by ​Akamai​.

  • Property configurations that involve migrating hostnames from legacy Configuration Manager.

Time estimates

The following table is a summary of the different types of activation actions and phases, and their estimated completion times.

Action or phaseTime estimate
Staging network activation2-3 minutes
Production network: Live traffic activation*3-4 minutes (90% of activations)
Up to 7 minutes (99% of activations)
Production network: Full rolloutUp to 15 minutes
Fast Fallback2-3 minutes
Fast Fallback window60 minutes after full rollout
ExceptionsUp to 60 minutes

*Determined by the number of live traffic servers being updated.

Cancel an activation

You can cancel an activation on both staging and production networks, however cancellation availability may vary:

  • If your property doesn't fall under exceptions, you may cancel an activation at any time before it's complete. This results in the last active version being restored on ​Akamai​'s network.

  • If your property does fall under exceptions, there is a limited time in which you may cancel the activation. The Cancel button becomes inactive after a certain threshold of servers have been updated, after which the activation continues for the new property version. If you cancel the activation, the process does not continue, and the currently active version remains active.

To cancel an activation:

  1. Navigate to your property’s Activate tab in Property Manager.
  2. Look for the Cancel button while activation is still underway.
  3. Click Cancel.
  4. When the confirmation window pops up, confirm by clicking Yes, cancel.

Fast Fallback

​Akamai​ recognizes your need to continuously test and validate multiple changes in your environment. After activation is 100% complete, you have a 60 minute window to revert, or fall back, the configuration to your most recent active property version using the Fast Fallback feature.

Fast Fallback works by reactivating the last active property version before your activation was initiated. Similar to activating a property on the production network, the Fast Fallback process occurs in two phases, including initial roll out and monitoring for live traffic servers, and continued rollout to the rest of the network.

Fast Fallback can accommodate more live traffic servers in a shorter amount of time and finishes faster than a standard activation. The entire process generally completes within a few minutes depending on how many edge servers need to be rolled back.

For example: You just activated and went live with version 4 of your property configuration on ​Akamai​'s network. Next, you activate version 5 to include some caching updates. After the testing period is complete, and within a few minutes of version 5 being fully activated on production, you notice something looks off with your metrics. You know that the last change in your environment was the version 5 configuration update. Using Fast Fallback, you quickly revert to your last active property configuration (version 4). This lets you determine whether the issue is with your newest configuration update or something else that requires further troubleshooting.

To use Fast Fallback:

  1. Navigate to your property’s Activate tab in Property Manager within 60 minutes of the activation process completing.
  2. Click the Fast Fallback to last active version button.

📘

If you miss the 60 minute window and want to revert to a previously active version, return to the Property Details page, select the active version to which you want to revert, and activate it.

Fast Fallback considerations

Make note of these limitations for Fast Fallback:

  • You need to successfully activate at least one property version before using Fast Fallback, since it requires a previous version for which to revert.

  • You can’t use Fast Fallback for property versions that fall under exceptions.

Edit an active property

You can’t edit a property that’s already active on either the staging or production networks. If you need to edit a currently active property, create a new version.

Once you create a new property version, you can edit, save, review, test, and submit the changes through activation to replace the configuration that’s currently active. See Properties for more information on how to use versions for editing active properties.

📘

If you have previously activated two or more versions of a Property Manager configuration, you can view an XML diff by selecting the Diff Against vN link in the Currently Active row. This is a more advanced functionality for users who are familiar with the XML code that is used to implement the configuration.

HTTP error rate limit

For properties that don't fall under exceptions, ​Akamai​ applies an error rate limit. If the traffic for the property that’s being activated reaches the thresholds for HTTP errors, ​Akamai​ may automatically cancel the activation.

When does the limit apply?

The error rate limit check looks for extreme changes in errors and traffic and is meant to protect your site while minimizing false positives.

​Akamai​ currently applies the rate limit and can cancel the activation if:

  • The ratio of successful 2xx hits to total hits drops by 90%.

  • The ratio of 2xx and 3xx hits to total hits drops by 90%.

  • The ratio of 4xx and 5xx errors to total hits increases by more than 10 times.

If the activation of a new version leads to a significant increase in 4xx and 5xx errors or a decrease in 2xx and 3xx responses, ​Akamai​ automatically rolls back to the previously active property version and notifies you about the incident.

When does the limit not apply?

​Akamai​ does not apply the error rate limit if your site or application has fewer than 1000 hits per second on average. Lower levels of traffic are more prone to higher variations and more likely to produce false positives resulting in the activation being cancelled.

Turn off the error rate limit

If your activation is cancelled due to the error rate limit being reached, try to fix any issues in your property version configuration, and activate it again. Alternatively, you can turn this feature off when activating your property if you are expecting changes in errors or traffic:

  1. Navigate to your property version’s Activate tab in Property Manager.
  2. After selecting Activate v# on Production, look for the Cancel Activation if Error Rate Increases option.
  3. Deselect the option.
  4. Click Activate v# on Production to continue with the activation.

📘

Don't deactivate this additional safety feature unless you expect a significant increase in the error rate and are prepared for it.

Consider these examples where you may expect increased error rates:

  • Turning on Web Application Firewall (WAF) to block potentially malicious traffic.

  • Adding geo-blocking to prevent access by some countries, states, or provinces.

  • Adding any other type of access control settings that result in denying access to some subset of traffic like Referrer Checking.