With the NetIQ Access Manager 4.4 SP1 release, NAM is officially supported to be deployed in leading public clouds - AWS and Azure.
Customers can utilize the wide range of infrastructure options available in the cloud to deploy NAM for high availability and fault tolerance.
In this cool solution, I will explain the deployment of NAM in AWS using the AWS Regions, availability zones, VPC and Subsets for high availability and fault tolerance.
Some AWS terminology used in this cool solution:
AWS Region: A geographical location for the AWS services. A specific region can be selected based on factors such as cost, latency, regulatory requirements...etc
AWS Availability zone: Each AWS Region provides two or more completely independent availability zones connected through low latency links.
AWS Virtual Private Cloud (VPC) : It is virtual network in the AWS cloud which is logically isolated from other virtual networks in the AWS Cloud. VPC span in a single AWS region.
AWS Subnet: Subnets are logical division of VPC for different purposes. Subnets are specific to individual availability zones.
Following are the high level steps for deploying NAM in AWS for a high availability and fault tolerance:
The above steps are illustrated in details in the following sections
 Select the region for NAM deployments.
Log in to AWS console. Choose the region list to the right of your account information on the navigation bar
For the purpose of this solution, we have selected the US East (Ohio) region. All the AWS services will be deployed in this region.
 Create Access Manager VPC with a specific CIDR block:
With this you will have new VPC as below in the list of VPCs.
 Designing and creating the required subnets for Access Manager components:
We can leverage the different availability zones available in the AWS region for NAM deployment by dividing the VPC in to different subnets.
For security best practice it is recommended to place NAM components in two high level subnets -
Note: The subnets in AWS spans only with in the AWS availability zone, so we have to create independent subnets per nam device types and per availability zone.
For the example in this solution, we need to create total six subnets - three for nam-public-subnets and three for nam-private-subnets for each of the three availability zones of Ohio region.
Steps to create subnet in AWS:
 Deploy the NAM components in the respective subsets:
Now the Access Manger components can be deployed in different availability zones and the respective subnets as shown in the following diagram. For detailed steps on individual Access Manager components installation in AWS please refer to the Access Manger install guide.
In the above diagram
High Availability and Fault tolerance scenarios:
Scenario 1: Individual Access Manager or any other associated components failures.
Any individual NAM components failure ( IDP1, AC2, MAG2 and LDAP2 in the above examples) are handled be the other active instances in the same or other availability zones.
Scenario 2: The Availability zone failure.
In case of the entire availability zone failure ( us-east-2b in the above example ) are handle by active nodes in the other active availability zones.
Conclusion: While deploying NetIQ Access Manager in public cloud, we can leverage the available infrastructure components of the cloud ( for example VPC, Availability zone and subnets in case AWS ).With this we can achieve high availability and fault tolerance for Access Manager services. This solution demonstrates one such example on AWS.