Amazon Virtual Private Cloud Reviews

All our general workloads are being hosted in the AWS public cloud. Our analytics workload is in GCP. We have web servers, application servers, and databases in the general workload. Generally, three-tier architectures are hosted in AWS.

Within the solution, we use an Auto Scaling group to scale our EC2 instances based on CPU utilization or any other parameters we define. For some workloads, we have defined the minimum and maximum number of nodes we want.

We use AWS Firewall Manager. It provides options to control our outbound access. We can whitelist some of the domains that we access. Instead of opening outbound connectivity to the entire world, we are restricting some domains using AWS Firewall Manager, one of the services of Amazon Virtual Private Cloud.

We divide CIDR into multiple subnets. If we have a three-layer architecture, we dedicate a subnet to the web, application, and database. On the subnet, we host our workload. We define security controls on the subnet or at the instance level. We have NACL in the subnet. In instances, we use security groups, which are like firewalls at the host level.

The solution provides many functionalities. It is really easy to set up NACL and security groups. I have been using multiple cloud environments, and AWS is pretty straightforward. I'm very comfortable with it.

AWS is a bit costlier than other public clouds.

I have been using the solution for three years.

I rate the stability a nine out of ten.

I rate the scalability a ten out of ten. We have more than 1000 AWS accounts across the organization. Thousands of users are using internal and external applications hosted within AWS.

The support team is better than that of other public cloud providers.

The initial setup is easy and straightforward. If I follow the AWS documentation, I will have no doubts. Anyone can do it, but they must go through the documentation and the basics of networking. The documentation is very clear. We use Terraform. If I deploy the configuration using IaC, we can deploy the tool within minutes.

The Amazon Virtual Private Cloud has been designed to be comparable to other public cloud providers. I will recommend the product to others. Planning is very important before implementation. Organizations that want to deploy the solution must gather the requirements, plan it, go through the documentation, and then deploy the product or any other service within AWS. It would also help the customers. AWS is much better than its competitors. Overall, I rate the solution a ten out of ten.

Our primary use case for Amazon Virtual Private Cloud involves securely hosting our application and database servers within the private data center.

AWS services are quite convenient and user-friendly. Specifically, Amazon DynamoDB, EKS, and security features are easy to deploy and manage directly through AWS.

It would be beneficial to introduce more managed features and enhance customization options in the product. It could be more versatile and easy to use.

We have been using Amazon Virtual Private Cloud for two to three years.

I rate the platform's stability a nine out of ten.

I rate the platform's scalability an eight out of ten. Compared to Azure and GCP, there's room for improvement, particularly in managing aspects. 70% to 80% of our users have migrated to AWS.

We provide support directly to our customers. VPC's technical support team has been helpful. Their reliability has been particularly noteworthy, as they have effectively addressed any issues we've encountered, ensuring that solutions are implemented correctly. Our experience with customer service has been mainly focused on supporting development and operational aspects, where their assistance has been invaluable.

Positive

The initial setup was challenging but simple enough. It becomes easier to grasp if you approach it with a willingness to learn. It allows for a better understanding of the underlying architecture and how it's utilized.

Our work experience has mainly been with on-premises and cloud deployments, primarily within the AWS environment.

The deployment process for Amazon VPC typically involves initial planning and design discussions to understand the customer's requirements and ensure cost optimization. This planning phase may take some time as it involves coordination with various stakeholders and team members to finalize the architecture. However, once the design is in place, the actual deployment is relatively fast and efficient, depending on the setup's complexity and the project's specific requirements.

VPC tends to offer competitive pricing compared to other services. It's optimized and provides more personalized options, making it cost-effective.

The VPC's subnetting feature has significantly impacted our network design by enhancing security measures. It provides provisions to secure our network, ensuring it is not susceptible to manipulation by external users. Additionally, we leverage other security features such as the Web Application Firewall and AWS Network Firewall to enhance protection further. It is easy to set up security groups for the product.

Integrating it with other AWS services includes configuring VPCs and defining the subnet CIDR ranges. Then, we provision both public and private subnets, with sensitive databases typically placed in the private subnets. Additionally, we utilize features such as transit gateway and security groups to enhance network security. After deploying the servers within these subnets, we host our applications and manage traffic using load balancers and auto-scaling groups. Overall, the integration allows for an isolated network environment that we can efficiently manage via routing.

I recommend introducing Amazon VPC to others as it provides an excellent entry-level understanding of cloud computing and its relevance in today's world. Setting up on-premises clusters can be challenging, but its services offer a straightforward and accessible way to begin working with cloud computing. The users can gain a basic understanding of cloud computing concepts and gradually expand their knowledge to more advanced topics.

I rate it a nine out of ten.

Amazon EKS and a few particular services are used with the help of Amazon Virtual Private Cloud in our company. In our organization, we have a few dedicated services on Amazon Virtual Private Cloud.

The most valuable features of the solution stem from the security groups it provides. Network access control is also a beneficial feature of the product. With the security group as a part of Amazon Virtual Private Cloud, users can access any particular URL or IP address to which access has been assigned. The benefits provided by the product include enhanced security features along with customizable policies that can be adapted or changed whenever required.

From an improvement perspective, the product's initial setup phase should be easy for those who are not experienced in creating VPCs.

I have experience with Amazon Virtual Private Cloud.

Stability-wise, I rate the solution a ten out of ten.

Scalability-wise, I rate the solution a nine to ten out of ten.

The product's initial setup phase is easy if you have a certain amount of experience in creating VPCs.

In our company's cloud architecture, we have two Amazon Virtual Private Clouds used in multiple regions. Amazon Virtual Private Cloud also has multiple subnets, consisting of four public subnets and four private subnets. In public and private subnets, my company has multiple services. Our company's main database is maintained in the private subnet. The normal services are used on the public subnet. An internet gateway is present on a public subnet. If my company needs to access any data from the public subnet, we can use the internet gateway and access any services we want. If my company wants to access any database, then we will have to maintain it on the private subnet. In our company, we have to attach the NAT gateways to the public subnet. Within those NAT gateways, we can access the data in private subnets.

Scaling resources is not a part of Amazon Virtual Private Cloud. Resources would be a part of the services available in subnets.

In subnetting, that is, public subnets and private submits. Public subnets have internet access. Users can access any kind of data from the public subnet with the internet. In private subnets, users don't have any internet access. If you need to access data on the internet from private subnets, you can use NAT gateways.

It is easy to deal with the setup process of network ACLs and security groups in Amazon Virtual Private Cloud.

In terms of the integration of AWS services with Amazon Virtual Private Cloud, most of the services in our company are created inside Amazon Virtual Private Cloud. For any of the services that we use in our company, we select Amazon Virtual Private Cloud. My company has the option to choose the product's default and dedicated version, and we choose the dedicated Amazon Virtual Private Cloud. Whatever we use or create in our company is assigned to the dedicated Amazon Virtual Private Cloud chosen by us.

I recommend the product to others who plan to use it.

My company deals with many Amazon Virtual Private Clouds available in multiple zones. If we need to access data in an Amazon Virtual Private Cloud from a separate Amazon Virtual Private Cloud, the company can use VPC peering to connect them.

I rate the tool a nine out of ten.

The solution can be used to isolate a cloud within a cloud infrastructure. It allows us to have an isolated or air-gapped environment.

The product can be used to isolate environments. It's good for security. It is a very good feature irrespective of which cloud provider we use. It also allows us to connect two VPCs in different zones. We haven’t had any issues with the solution. It satisfies all our requirements.

The tool is not scalable.

I have been using the solution for around three years.

The tool is stable.

The number of users depends on each project. We might have three to four people from DevOps and more than 100 users from the project teams.

The initial setup is very easy and quick.

The solution is worth the money.

The pricing is okay. The solution is not very expensive. Compared to other solutions, it is fine.

The tool is used for the isolation of our environment. It is a set of rules within our cloud environment to separate whatever we have created as a virtual cloud. I highly recommend the solution. Overall, I rate the solution a ten out of ten.

We have hosted 400 applications with the help of Amazon Virtual Private Cloud.

The product’s most valuable feature is allowing us to control access for specific workloads or traffic within a particular region.

The product is restricted to a particular region. They should provide a global architecture. So that it will save a lot of time considering repeated configuration tasks.

We have been using Amazon Virtual Private Cloud for five years.

The product’s stability is good. I rate it a nine out of ten.

I rate the product’s scalability a nine out of ten.

The technical support team’s response time is good. We are an enterprise customer. They have appointed a dedicated manager to handle critical issues for us.

Positive

The product is easy to set up. Although, it is complicated for more features and configurations. It takes weeks for manual implementation. We have automation scripts. Thus, it takes 30 minutes to complete.

The product is expensive. But if you use AWS products consistently, the cost reduces by 30%.

It is an easy-to-use product, and I rate it a nine out of ten. I advise others to use the system in a sandbox environment. It helps them learn about the security and configuration of AWS, and after that, they can gradually shift to critical workloads.

I use Amazon VPC because whenever I need to isolate some services or components of the architecture, I start with the VPC. Then, I create some public or private subnets in it.

Amazon VPC positively impacts organizations by providing robust security and isolated environments, reducing the risk of security incidents and ensuring efficient network management.

I like that within the same AWS account, you can have different scenarios and workloads. You can isolate workloads using different VPCs, reducing the exposure of critical services. Another valuable feature is the capability to create both public and private subnets, allowing for enhanced security and segmentation of resources. Additionally, the integration of VPC with other AWS services is seamless, and setting up security groups and network ACLs has become easier over time.

I would like to see an improvement in the process of peering multiple VPCs. It should be easier to select different VPCs for peering. However, I need to revisit the platform to verify if these improvements have already been made.

I have been using Amazon VPC for approximately eight years, from the very beginning.

Personally, I have not had any issues with the stability of Amazon VPC. However, I have heard from colleagues that improper network configuration from the beginning can lead to complex issues over time. It is essential to set up the network correctly to avoid stability problems.

Amazon VPC offers excellent scalability. As long as the components are appropriately separated, you can create scaling groups or policies. Even if a particular feature does not support direct scaling, you can complement it with additional events and policies to achieve scalability. Though scalability might involve some downtime, it is generally straightforward within the AWS infrastructure.

AWS provides very fast customer service and support and is strongly committed to customer satisfaction. I have had the chance to talk directly with the product's developers when necessary, and they have been very responsive.

Positive

I find the initial setup of Amazon VPC to be very easy, especially over time. Initially, it was more complex, but now with proper planning and a logical diagram, setting up through the console is straightforward.

In some projects, clients specify what to include and exclude for internal use and public access. If the client is open to suggestions, I analyze the data flow and volumetry to determine the proper setup.

The cost of Amazon VPC depends on the components you put inside the VPC and the traffic volume. While the direct cost of the VPC is usually not problematic, the associated components and their traffic can influence the overall expense.

I'd rate the solution ten out of ten.

The solution is being used as a VPN. 

This solution provides us with a lot of performance-conducive and effective accelerators, which we can use to enter the marketplace as well.

It is an user-friendly solution.

The solution has to be more robust and scalable. 

I have been using Amazon Virtual Private Cloud for seven to eight years. 

The stability of the solution is good. 

The scalability needs improvement. It is mostly an enterprise solution.  I rate the scalability a seven out of ten. 

The technical support team is helpful. 

Positive

The initial setup is straightforward. It takes a few days to get deployed. 

The solution is reasonably priced. 

I would say it's one of the leading tools in the space to provide cloud services. The team is quite responsive as well. I rate the overall solution an eight out of ten. 

We use Amazon Virtual Private Cloud for different requirements. When it comes to building a virtual cloud platform for our infrastructure, my team and I are interested in gateways because they are the foundation of VPCs. This is how you will access the internet or data. Gateways and subnets are the most important features. Subnets help you save network and routing traffic.

The solution provides the networking infrastructure of the organization.

Subnet is an important feature as it helps to save network and route traffic.

While creating a VPC, you can create a private and public subnet. If you forget to automatically assign a public IP address when creating an EC2 instance, the instance will not be able to access the internet. You can enable automatic public IP assignment for your public subnet to avoid this. This is something one always forgets while creating a VPC in infrastructure.

I have been using the Red Hat Ansible Automation Platform for four years. I use the latest version of the solution.

The solution’s stability is good, I rate it a nine out of ten. It is a stable product.

According to my knowledge of the network, I rate the solution’s scalability a nine out of ten.

The customer service and support are good.

Positive

The initial setup of Amazon Virtual Private Cloud is easy. It doesn't require the skills of a network manager. Someone who doesn't have any training on VPCs will find it hard.

The pricing is fair.

I advise you to go for it, and you can see what it's all about. I've been using this application because cloud computing is a big tool. I would definitely recommend cloud computing to people who want to start using it.

Overall, I rate the solution a ten out of ten.

You cannot provision an EC2 server or an EFS instance in AWS without putting them inside a Virtual Private Cloud. If the EFS is connected to a Lambda, then the Lambda also has to be inside the same Virtual Private Cloud. By adding inbound rules to the Virtual Private Cloud's Security Group, you can tighten the security of the resources within it.

Amazon Virtual Private Cloud gives you security. If you put something inside Virtual Private Cloud, then you can add rules to that Virtual Private Cloud, and allow connections from IP addresses and allow connections to an IP address. The inbound and outbound connections can be limited based on IP address. Thereby it adds security. It's a feature of security groups, but that is another AWS service. We put a resource inside a Virtual Private Cloud and then connect a security group to that Virtual Private Cloud, in which we define the traffic rules. In the aforementioned manner, we can limit the IP address that we connect to, so it adds to security.

There is some difference between the route tables of public and private subnets, which is something that is not properly documented. Basically, if you add a route to an Internet Gateway in the private subnet's route table, then it should be able to connect to the Internet. But this doesn't happen. You have to use a NAT gateway instead.

I have been using Amazon Virtual Private Cloud for more than one year.

It is a very stable product.

The solution is used by only two people in my company. It is a very scalable solution.

We never had any issues with this tool.

The initial setup is easy. It is easier now, actually, since they have changed their UI.

There is no way for you to not use it. If you are using EFS or EC2, then you have to use Virtual Private Cloud. There might be other services too, but these are the two I can remember now. Also, it is safer to put things inside of Virtual Private Cloud because it is more secure. I would advise you to do it, but you have to configure it correctly. If it is not needed, then don't use it.

When I tried to modify the route table of a private subnet, it didn't become a public subnet.

I rate the overall solution a nine out of ten.

Compared to that of on-premises solutions, the performance of Amazon Virtual Private Cloud is much better.

Billing and technical support should be better.

There is a steep learning curve as well.

I've been using this solution for about three years. We are migrating all of our critical production applications, management information systems, and legacy on-premises applications to this solution. We have 80,000 to 90,000 users at any point in time.

Amazon Virtual Private Cloud has been stable after we resolved some of the issues during deployment.

Amazon's technical support has not been very helpful. I was left to figure things out on my own. Therefore, I would rate technical support at four on a scale from one to ten.

Neutral

I had to figure out the initial setup myself. The documentation is available, but technical support was not helpful. There was a lot of trial and error.

I have handled the maintenance of the solution myself. However, for proper maintenance, backups, backup tools, and CDNs, I would prefer a service that's not native AWS.

Amazon is not very transparent with pricing. It's quite complicated to see where you're spending and how you can track it. I was spending $30,000 a year and $3600 monthly on top of that initial payment. However, I have been able to bring the cost down for this year.

This is not a solution for large production environments that are implementing it for the first time. It is not very user-friendly, and there is a lot of documentation that you have to take the time to go through.

However, having the features hosted on AWS is so much better than having them on-premises. Therefore, compared to on-premises solutions but not Azure or GCP I would rate Amazon Virtual Private Cloud at nine out of ten.