AWS re:Invent 2015 | (NET403) Another Day, Another Billion Packets
Amazon Web Services3 HN recommenders · recommended in 3 months, 2017-2020
55K views · 11 years ago · talk · dated
Eric Brandwine's AWS re:Invent 2015 session on how Amazon VPC networking works. It covers the problems the design solved, why traditional approaches do not scale, and the mechanisms used for customer isolation and VPC endpoints.
Considered a favorite deep dive into how AWS does virtual networking at L3 and why VPC hosts cannot snoop each other.
59:13AWS re:Invent 2018: [REPEAT 1] A Serverless Journey: AWS Lambda Under the Hood (SRV409-R1)
Amazon Web Services
72K views • 7 years ago
47:51AWS re:Invent 2014: AWS Innovation at Scale with James Hamilton (SPOT301)
Amazon Web Services
70K views • 11 years ago
1:33:27AWS re:Invent 2016: Tuesday Night Live with James Hamilton
Amazon Web Services
133K views • 9 years ago
46:15AWS re:Invent 2014 | (SPOT302) Under the Covers of AWS: Its Core Distributed Systems
Amazon Web Services
10K views • 11 years ago
55:44AWS re:Invent 2018: How AWS Minimizes the Blast Radius of Failures (ARC338)
Amazon Web Services
37K views • 7 years ago
1:05:06AWS re:Invent 2018: Powering Next-Gen EC2 Instances: Deep Dive into the Nitro System (CMP303-R1)
Amazon Web Services
57K views • 7 years ago
53:43AWS re:Invent 2018: Amazon DynamoDB Under the Hood: How We Built a Hyper-Scale Database (DAT321)
Amazon Web Services
112K views • 7 years ago
7:06Putting Google's Network to work for You
Google for Developers
23K views • 12 years ago
59:13AWS re:Invent 2019: [REPEAT 1] Amazon DynamoDB deep dive: Advanced design patterns (DAT403-R1)
AWS Events
115K views • 6 years ago
47:18OpenFlow @ Google - Urs Hoelzle, Google
Open Networking Summit
47K views • 14 years ago
1:21:16A New Way to look at Networking
Google
52K views • 19 years ago
40:04ONS 2015: Wednesday Keynote - Amin Vahdat
Open Networking Summit
32K views • 11 years ago
1:21:20A New Way to look at Networking
Google TechTalks
30K views • 19 years ago
59:56AWS re:Invent 2018: Amazon DynamoDB Deep Dive: Advanced Design Patterns for DynamoDB (DAT401)
Amazon Web Services
468K views • 7 years ago
1:01:39NYCBSDCon 2014: Serving one-third of the Internet via FreeBSD
BSDTV
14K views • 12 years ago
1:21:16A New Way to look at Networking
GoogleTalksArchive
26K views • 14 years ago
28:31Velocity 2010: James Hamilton, "Datacenter Infrastructure Innovation"
O'Reilly
9K views • 16 years ago
17:22AWS re:Invent 2020: Working backwards: Amazon’s approach to innovation
AWS Events
80K views • 5 years ago
56:55AWS re:Invent 2017: How Netflix Tunes Amazon EC2 Instances for Performance (CMP325)
Amazon Web Services
18K views • 8 years ago
56:57IPv6 Summit 2014: Wells Fargo adopting IPv6
Rocky Mountain IPv6 Taskforce
237 views • 11 years ago
3 comments from Hacker News
You can't snoop on traffic between hosts in the same VPC. Here is a good video explaining why ▶ this video . The tl;dr; is that your guest OS (the EC2 instance) is not connected to the physical layer 2 network. The host OS hypervisor is and when it receives a packet from the physical NIC, if that packet is not directed to the guest OS then it won't be passed to it. So the NIC on the guest OS (your EC2 instance) will never even see the packets that are not intended for it. Of course this gets slightly more complicated because AWS added some tools for traffic mirroring. So theoretically someone with the right access could setup a mirror to a host they control in the VPC and sniff the traffic that way. But if someone were able to pull that off then you're likely f'ed either way.
Here's the ever excellent Eric Brandwine explaining what AWS does at L3 wrt VPC: ▶ this video Here's the super versatile Colm Mac explaining what AWS does at L4: link --- Google has been very open about their network infrastructure, here's a nice summary from 2015: link and not mentioned in that blog... their NetworkLoadBalancer, Maglev: link (AWS equivalent of which would be HyperPlane: link allegedly based on S3's load balancer).
There's lots on link , and talks on youtube ( ▶ this video is a fav). But the TLDR is this: VPC stands for "Virtual Private Cloud" and it gives you your own virtual data center on AWS. You get a private network that uses whatever IP range you'd like, and you can connect to it privately via VPN or Direct Connect (physical links). You can also connect it to the internet with Elastic IP Addresses. VPCs are free and you can create and edit them programmatically (add subnets, change routes, manage ACLs and security groups) - so they're a useful way to manage an environment of things like EC2 instances, containers, Elastic Load Balancers, RDS databases, Lambda functions, and more, without needing to worry as much about them being exposed to things you don't control. With this latest PrivateLink feature, it's now possible to offer services between VPCs. So you can build a service in its own VPC, and map into other ones, securely.