Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  • The first option, opting into to use the Shared AWS VPC, is the simplest. As the name suggests, the Shared VPC gives Cornell AWS customers access to a set of large private subnets in us-east-1. These subnets reside on the private Cornell network and their use is shared with other Cornell AWS customers. We call this option the Multitenant Subnets option.
  • The second option offers exclusive access to a set of private subnets that are customized for your use. These subnets in us-east-1 can be customized with respect to size and Availability Zone location and also reside on the private Cornell network. They can also be shared with other Cornell AWS accounts that you specify. We call this option the Exclusive Use Subnets option within the Shared VPC offering.

...

BenefitFeatureDescription
Cornell Standard VPC
Shared VPC
Multitenant SubnetsExclusive Use Subnets
Ease of useAWS Account integrationSubnets are visible directly from your AWS account, via the web console or API.(tick)(tick)(tick)
No VPC management

Customers do not have to worry about managing a VPC. Subnet, route table, NAT gateway, endpoint, and network ACL management is performed by the CIT Cloud Team. 

(error)(tick)(tick)
Fault-tolerance and FlexibilityAZ flexibilityUse subnets in any us-east-1 Availability Zone.not by default(tick)(tick)
Fault-tolerant internet access

Each subnet uses a NAT Gateway in the same Availability Zone as the subnet to route outgoing traffic to the public internet. A NAT Gateway failure in one zone won't affect subnets in other zones.

not by default(tick)(tick)
Privileged network accessPrivate Cornell addressingResources are assigned IP addresses from the private Cornell network. As such, they reside on the Cornell network and can reach other resources on the Cornell network.(tick)(tick)(tick)
Public subnetsAbility to deploy resources to public subnets, directly accessible from the internet.(tick)(error)(error)
Access to on-campus Cornell networksSubnets have private network connectivity to the on-campus Cornell network. (tick)(tick)(tick)
Access to Cornell networks in AzureSubnet have private network connectivity to private Cornell networks (VNETs) in Azure.(tick)(tick)(tick)
Access to on-campus Cornell networksSubnets have private network connectivity to the on-campus Cornell network.(tick)(tick)(tick)
S3 and DynamoDB gateway endpointsGateway endpoints for S3 and Dynamo DB in the VPC make communication with those services quick and private.not by default(tick)(tick)
VPC PeeringPeer to arbitrary AWS VPCs(tick)(error)(error)
SecurityBaseline network securitySubnets use the Cornell Baseline AWS Network ACL, managed by the CIT Cloud Team.(error)(tick)(tick)
Customer-defined security groupsCustomers manage and control the Security Groups applied to their resources. Thus, they have the final say about what network connectivity is allowed.(tick)(tick)(tick)
CIDR-based access controlSubnet size allows subnet CIDR blocks to be used for meaningful network access control by your collaborators.(tick)(error)(tick)
Known peersSubnets are used only by teams you know.(tick)(error)(tick)
Cost"Free" NAT GatewaysNAT Gateways are managed and paid for by CIT. NAT Gateways run by customers typically cost at least $1/day.(error)(tick)(tick)
"Free" VPC Flow LogsVPC Flow Logs are managed and paid for by CIT.(error)(tick)(tick)
Pay for what you use

Customers pay for resources deployed to the Shared VPC as if they were using their own VPC. There are no additional charges for opting into either Shared VPC option.

(tick)(tick)(tick)

...