InfoScale™ 9.0 Solutions in Cloud Environments
- Overview and preparation
- Overview of InfoScale solutions in cloud environments
- InfoScale agents for monitoring resources in cloud environments
- InfoScale FSS feature for storage sharing in cloud environments
- InfoScale non-FSS feature for storage sharing in cloud environments
- About SmartIO in AWS environments
- Preparing for InfoScale installations in cloud environments
- Installing the AWS CLI package
- VPC security groups example
- Configurations for Amazon Web Services - Linux
- Configurations for Amazon Web Services - Windows
- Replication configurations in AWS - Windows
- HA and DR configurations in AWS - Windows
- EBS Multi-Attach feature support with InfoScale Enterprise in AWS cloud
- InfoScale service group configuration wizards support for EBS Multi-Attach
- Failover within a subnet of an AWS AZ using virtual private IP - Windows
- Failover across AWS subnets using overlay IP - Windows
- Public access to InfoScale cluster nodes in AWS using Elastic IP - Windows
- DR from on-premises to AWS and across AWS regions or VPCs - Windows
- DR from on-premises to AWS - Windows
- Configurations for Microsoft Azure - Linux
- Configurations for Microsoft Azure - Windows
- Replication configurations in Azure - Windows
- HA and DR configurations in Azure - Windows
- Shared disk support in Azure cloud and InfoScale service group configuration using wizards
- Failover within an Azure subnet using private IP - Windows
- Failover across Azure subnets using overlay IP - Windows
- Public access to cluster nodes in Azure using public IP - Windows
- DR from on-premises to Azure and across Azure regions or VNets - Windows
- Configurations for Google Cloud Platform- Linux
- Configurations for Google Cloud Platform - Windows
- Replication to and across cloud environments
- Migrating files to the cloud using Cloud Connectors
- About cloud connectors
- About InfoScale support for cloud connectors
- How InfoScale migrates data using cloud connectors
- Limitations for file-level tiering
- About operations with Amazon Glacier
- Migrating data from on-premise to cloud storage
- Reclaiming object storage space
- Removing a cloud volume
- Examining in-cloud storage usage
- Sample policy file
- Replication support with cloud tiering
- Configuration for Load Balancer for AWS and Azure - Linux
- Troubleshooting issues in cloud deployments
HA and DR configurations in GCP - Linux
InfoScale Enterprise lets you configure applications for high availability (HA) and disaster recovery (DR) in a Google Cloud Platform (GCP) environment.
For more information on the supported use cases, read the following topics:
InfoScale Enterprise provides the GCPIP agent to manage the network resources for cluster communication, failover, and failback. The agents monitors and manages the IP resources of cluster nodes within the Google cloud or cluster nodes that are spread across on-premises and the Google Cloud. For details on the agents, see the Cluster Server Bundled Agents Reference Guide - Linux.
Note:
Acrtera recommends that you configure three coordination point servers (CP servers) in three different zones to manage I/O fencing.
Application data is data is stored on the zonal persistent disks that are attached to VM instances. In case of clusters with two or more nodes, the Flexible Storage Sharing (FSS) feature enables network sharing of the zonal persistent disks. Thus, application data can be shared between the cluster nodes. For details on FSS, see the Storage Foundation Cluster File System High Availability Administrator's Guide - Linux.
InfoScale Enterprise lets you configure replication between VM instances, which is further used to support various HA and DR scenarios for applications in GCP.
For details on the supported replication configurations in GCP: