Configure the Application Load Balancer behavior
In Property Manager, behaviors apply certain features to your configuration. Behaviors help shape how requests passing through the Akamai network are handled and processed.
Access Property Manager configurations associated with the selected Akamai Control Center account. Go to ☰ > CDN > Properties (or just enter Properties in the search box).
The Property Groups page opens.
Click Add Behavior, then select Application Load Balancer.
Complete the following fields:
|Enable||Set to On to enable Application Load Balancer.|
|Policy Name||Select an existing Application Load Balancer policy to use with this behavior. You create policies in Cloudlets Policy Manager.|
|Instance Label||Enter the label to use to distinguish this Application Load Balancer policy from others in the same property.|
|Origin Stickiness Cookie||Select how the origin stickiness cookie should expire. You can also disable this cookie, or have it never expire. This cookie helps maintain origin stickiness for a user.|
|Cookie Domain Tracking||Select whether to use a cookie domain with the stickiness cookie. A cookie domain tells the browser which domain to send the cookie to.|
|Cookie Domain||Enter the cookie domain to use to track the stickiness cookie.|
|Automatic Salt||Select whether to select a salt for the cookie automatically. This salt is used to verify the integrity of the Origin Stickiness Cookie. This may not be desirable if you intend to share an Origin Stickiness Cookie across several digital properties.|
|Cookie Salt||If not using an automatic salt, enter the string to use to verify the Origin Stickiness Cookie's integrity. This value is encoded into the cookie's value to prevent manipulation by the user. If you use the same salt string in different Application Load Balancer behaviors, the Origin Stickiness Cookie can provide access to multiple instances of the Application Load Balancer Cloudlet.|
|Set HTTPOnly flag||Select whether to set the |
|Set Secure flag||Select whether to set the |
|Expire At||If you select Expires at Fixed Date/Time, set the exact date and time the user's origin selection will expire. After this time the browser no longer sends the cookie. Subsequent requests are reevaluated based on the current Origin Stickiness settings.|
|Expire After||If you select Expires After a Duration, set when a user's origin stickiness will expire. After this time the browser no longer sends the cookie. Subsequent requests are reevaluated based on the current Origin Stickiness settings.|
|Extend Membership||If you select Expires After a Duration, select whether to give users with an origin stickiness cookie a fresh cookie on each request. This effectively extends the cookie as long as the user remains active. To set a fixed time for all users, do not enable this field.|
|Session Cookie Name||If you select Expires on Origin Session Termination, enter a name for your session cookie (for example, JSESSIONID).|
|When All Origins are Down|
|NetStorage Account||Choose a NetStorage account that contains a static maintenance page.|
|Serve Static File||Enter the full NetStorage path of your maintenance page. You must include the file name in the path.|
|Status Code||When all origins are unavailable, this HTTP status code will be returned.|
|Failure Status Codes||Enter the HTTP status codes that signal a failure at the origin. When these status codes are returned, the current origin stickiness is invalidated and the user’s session is automatically rerouted to another available origin.|
|Instant Failover||Select one of these options:|
- Automatic. If an origin fails, automatically determines which origin in the policy to try next.
- Custom. Failover is automatic, but you define the origins to failover to, and the order in which to try them.
- Off. Disables failover, but maintains origin stickiness even when the origin goes down. DNS layer load balancing and origin liveness testing still happen.
With failover, if no other origins are available, the request is sent to the maintenance page on NetStorage.
|Requests before Origin Stickiness Reassignment||If using automatic failover, enter the number of individual requests that must fail or time out before Application Load Balancer reassigns the stickiness cookie to a new, available origin.|
|Primary Origin ID||If using custom failover, enter the ID of the origin that you want to reroute traffic from if it goes down.|
|Alternate Origin IDs||If using custom failover, enter the ID of one or more origins that you want to failover to if the primary origin is down. If using multiple backup origins, enter the IDs in the order of priority.|
|Is Content Consistent Across All Origins?||If all origins serve the same content for the same URL, select Yes to enable prefresh. If your origins serve different content for the same URL, select No. For example, if your origins all have the same file structure and content, like in an active-active data center configuration, select Yes.|
Activate the newly updated property.
Updated 3 months ago