OneShield achieves reliability with automation in AWS cloud
To offer efficient services and help their customers stay on top, a business like OneShield has to ensure high availability, agility and automation. They also require the following to remain efficient and ensure excellent customer experience:
OneShield has a bouquet of clients who are leaders in FSI. Their critical development operations were originally being carried out from Tata Communications Ltd (TCL) Data Centre in Delhi . For every customer, OneShield has a different environment consisting of a few servers and they had 120+ servers including those for customers and infrastructure management such as Active Directory, AV, Backup etc. when Umbrella engaged with them. The development team was accessing apps and servers from their Gurugram location. Lacking in efficiency, speed and poor disaster recovery, they decided to migrate to public cloud.
01. Challenges faced by OneShield
The existing Data Centre was restricting OneShield’s functions in several ways:
These restrictions were leading to problems with availability, agility, costs, resources and efficiency. OneShield at this point decided they needed to setup Disaster Recovery (DR) to achieve high availability, automation, self-service capabilities and minimum downtime. They wanted a solution that would make them more agile and scalable and enable them to manage more easily. They also wanted to move into the DevOps culture in the new environment.
The FSI software business had originally planned to setup the DR site with TCL as the primary location. They had to determine how to transform data from the hosting solution provider and successfully accomplish their goals.
OneShield decided to work with Umbrella to solve these challenges and help them achieve their objectives. They were seeking a partner with a wide range of skills in cloud migration, setting up DRs, DevOps and automation. AWS recommended Umbrella to OneShield as the right solution provider for their need. OneShield wanted a proof of concept to ensure that the migration would be completed successfully and that AWS was the right solution. To fulfill this need, Umbrella conducted a pilot that migrated one app and a few critical infrastructure servers to AWS very successfully and demonstrated how AWS would solve their problem.
02. Umbrella’s Solution for OneShield
Umbrella listened to the challenges and needs that OneShield had. After conducting an analysis, Umbrella found that it would be cost and resource optimal for OneShield to migrate from the existing setup to Amazon Web Services (AWS). This would ease their cloud migration, bring them efficiency in monitoring and managing, establish application compatibility and help create new environments quickly.
Migration involved data from close to 120 servers and 30+ applications on Oracle Database. OneShield was stringent about mass migration in 30 days, and this was restricted to evenings and one weekend.
Umbrella was able to help them achieve mass migration in 30 days with DR and high availability deployed and executed in the next 30. Umbrella’s solution enabled OneShield to bring a much-improved customer experience in a cost effective manner.
AWS Virtual Private Cloud (VPC), Security Group, NACL, AWS CloudTrail and AWS Config have been implemented to secure the AWS Environment build using Amazon Elastic Compute Cloud (EC2) instances for application, database and supporting servers spanning two availability zones. To ensure smooth connectivity, site to site VPN connections from AWS to other OneShield locations were deployed. Server migration was made easy with CloudEndure, an AWS migration tool that enables live migration and ensured zero downtime. Infrastructure was deployed using CloudFormation and templates stored on S3; Bamboo was used for App release and deployment along with Ansible for configuration management.
Automated AMI backup and replication to another region for restoration and disaster recovery enabled effective functioning. Entire DR process for Infrastructure, Application, Network and DNS services were automated using AWS services and automation scripts. Constant monitoring was established by CloudWatch to track memory and disk utilization along with alerts configured for threshold breaches.