SlideShare uma empresa Scribd logo
1 de 25
Baixar para ler offline
OUR PASSION:
BUILD A
BETTER
INTERNET.
A Premium Bare Metal Cloud Built for Automation
● Fully dedicated servers, no co-tenancy
● Billed by the hour & available in minutes via API
● No hypervisor, no virtualization
● Backed by our global, IPv6 network
Wait, no virtualization at all?
Nope.
(unless you bring your own)
Which, when building a cloud platform, presents some unique challenges...
Public clouds (AWS, Digital Ocean, GCE) all rely on
a hypervisor or containers to automate the
provisioning of virtual machines to end users.
THE CHALLENGE
In order to automate “Layer 0” for developers, we
we had to build core infrastructure components
from the ground up.
But first we tried to do it with OpenStack.
THE FAILURE
( our now infamous blog post about this available here: https://www.packet.net/blog/how-we-failed-at-openstack/ )
Learning from the limitations in OpenStack, we decided to
start over with an api-driven microservices framework
strategy. This meant developing purpose-built services for
each requirement.
Micro services for each component of the physical datacenter.
PACKET PLATFORM
➢ Built in golang and Ruby
➢ Everything in Docker and CoreOS
➢ Orchestrated and managed with Rancher
➢ Testing with shippable, image builds with quay.io
Micro services for each component of the physical datacenter.
PACKET PLATFORM
Power and
Boot Control
PB&J
EC2 Style
Metadata
Kant
iPXE Server &
Imaging
Tinkerbell
Netflow Agg &
Analysis
Soren
Multi-Tenant
IPAM
Magnum IP
Physical Switch
SDN
Narwhal
Device, Project,
Billing, Token
Management
Client
Portal
Internal and
External
Services
API
Serial Console
Out of Band
Access
S.O.S.
Image Building
Casper
Let’s review a selection of the more interesting
microservices...
KANT
EC2 Compatible Metadata Service
Security challenge: IP based authentication, no hypervisor,
our layer 3 acl solution
KANT
EC2 Compatible Metadata Service
EC2 has a problematic url structure / IP address
(eg: http://169.254.169.254/latest/meta-data/ )
Available at https://metadata.packet.net from all hosts
Tinkerbell
iPXE Server & Imaging
pxe server… tinkerbell … get it? :D
API driven DHCP and iPXE server
Tinkerbell
iPXE Server & Imaging
Handles delivery and selection of both end user operating
system images, and also our deprovision images
Replacement for cobbler, provides massive stability and
speed improvements as well as better diagnostic data and
visibility in every stage of provisioning
Narwhal
Physical Switch / Router “SDN”
apparently there aren’t any entertaining public domain pictures or gifs of narwhals. apologies.
Overcomes one of the biggest limitations of OpenStack for
us, which is very vlan oriented
Configures the network ACLs and handles our elastic IP
addressing, batches thousands of operations an hour
Narwhal
Physical Switch / Router “SDN”
Built to be “pluggable” to accommodate other vendors in
the future, like Cisco and Arista
Soren
Netflow Aggregation & Analysis
can you tell we have some philosophy majors on the team yet?
Ingests all of our network flow data and tags it
Allows us to do things like destination based bandwidth
billing and tiered bandwidth
Soren
Netflow Aggregation & Analysis
Gives us the ability to expose much more network
intelligence to end users, such at top talkers and last mile
reachability
PB&J
Power and Boot Control (IPMI / DRAC)
this is our favorite result in google image search for “fucking ipmi”
Abstracts much of the ugliness of IPMI and DRAC from
our API
Gives us access to health and other hardware monitoring
as well
PB&J
Power and Boot Control (IPMI / DRAC)
Roadmap to support redfish and potentially open source
the library in the future
In summary, where we are now...
NO OVERLAYS
From network to host, we provide elastic control without adding network or hardware abstraction.
MICROSERVICE BASED
Shippable, immutable independent services that are easy to use, scale and troubleshoot.
REPRODUCIBLE & DEPENDABLE
99% of our monthly installs succeed with an average provision time of ~8 minutes.
MODERN & SCALABLE
PLATFORM HIGHLIGHTS
Launched in August 2015. No Co-Tenancy. No Hypervisor. Full Automation.
CURRENT CONFIGS
We Also Offer High Performance Block Storage, Elastic IP Addressing and Self-Service BGP.
TYPE 0
TINY BUT
MIGHTY
TYPE 1
FLEXIBLE
WORKHORSE
TYPE 2
THE
VIRTUALIZOR
TYPE 2A
ARM ‘N
HAMMER
$0.05
/hour
$0.40
/hour
$1.25
/hour
$0.50
/hour
4 Physical Cores
@ 2.4 GHz
(1 × Atom C2550)
8 GB of RAM
1 x 120 GB SSD
4 Physical Cores
@ 3.4 GHz
(1 × E3-1240 v3)
32 GB of RAM
2 x 240 GB SSD
24 Physical Cores
@ 2.2 GHz
(2 x E5-2650 v4)
256 GB of RAM
6 x 480 GB SSD
96 Physical Cores
@ 2.0 GHz
(2 × ThunderX)
128 GB of RAM
1 x 320 GB M.2 SSD
TYPE 3
HIGH I/O
MONSTER
$1.75
/hour
16 Physical Cores
@ 2.6 GHz
(2 × E5-2640 v3)
128 GB of RAM
1 x 2.4 TB NVME
INTEGRATIONS
We offer developers a consistent infrastructure experience that
integrates with leading platforms and dev tools - but with the firepower and flexibility of bare metal.
THANKS!
Any questions?
You can find us at @packethost & help@packet.net

Mais conteúdo relacionado

Mais procurados

Mais procurados (20)

aCloud Services Architecture - Harshal Pimpalkhute, Sr. Prod. Mktg. Mgr., A1...
aCloud Services Architecture -  Harshal Pimpalkhute, Sr. Prod. Mktg. Mgr., A1...aCloud Services Architecture -  Harshal Pimpalkhute, Sr. Prod. Mktg. Mgr., A1...
aCloud Services Architecture - Harshal Pimpalkhute, Sr. Prod. Mktg. Mgr., A1...
 
Persistent Storage for Containerized Applications
Persistent Storage for Containerized ApplicationsPersistent Storage for Containerized Applications
Persistent Storage for Containerized Applications
 
StorageOS - 8 core principles of cloud native storage
StorageOS - 8 core principles of cloud native storageStorageOS - 8 core principles of cloud native storage
StorageOS - 8 core principles of cloud native storage
 
Enterprise Application on AWS
Enterprise Application on AWSEnterprise Application on AWS
Enterprise Application on AWS
 
Corporate overview cloudmantra
Corporate overview   cloudmantraCorporate overview   cloudmantra
Corporate overview cloudmantra
 
Flexpod: Maximize IT Responsiveness, Minimize Risk
Flexpod: Maximize IT Responsiveness, Minimize RiskFlexpod: Maximize IT Responsiveness, Minimize Risk
Flexpod: Maximize IT Responsiveness, Minimize Risk
 
StorageOS, Storage for Containers Shouldn't Be Annoying at Container Camp UK
StorageOS, Storage for Containers Shouldn't Be Annoying at Container Camp UKStorageOS, Storage for Containers Shouldn't Be Annoying at Container Camp UK
StorageOS, Storage for Containers Shouldn't Be Annoying at Container Camp UK
 
Welcome - Kubernetes for the Enterprise - London
Welcome - Kubernetes for the Enterprise - LondonWelcome - Kubernetes for the Enterprise - London
Welcome - Kubernetes for the Enterprise - London
 
Multi-Cloud Roadmap: Architecting Hybrid Environments for Maximum Results
Multi-Cloud Roadmap: Architecting Hybrid Environments for Maximum ResultsMulti-Cloud Roadmap: Architecting Hybrid Environments for Maximum Results
Multi-Cloud Roadmap: Architecting Hybrid Environments for Maximum Results
 
Extending Cloud Foundry UAA for Authorizations and Multi-Data Center Deployments
Extending Cloud Foundry UAA for Authorizations and Multi-Data Center DeploymentsExtending Cloud Foundry UAA for Authorizations and Multi-Data Center Deployments
Extending Cloud Foundry UAA for Authorizations and Multi-Data Center Deployments
 
運用高效、敏捷全新平台極速落實雲原生開發
運用高效、敏捷全新平台極速落實雲原生開發運用高效、敏捷全新平台極速落實雲原生開發
運用高效、敏捷全新平台極速落實雲原生開發
 
From Terraform OSS to Enterprise
From Terraform OSS to EnterpriseFrom Terraform OSS to Enterprise
From Terraform OSS to Enterprise
 
CloudStack news
CloudStack newsCloudStack news
CloudStack news
 
Dynamic Azure Credentials for Applications and CI/CD Pipelines
Dynamic Azure Credentials for Applications and CI/CD PipelinesDynamic Azure Credentials for Applications and CI/CD Pipelines
Dynamic Azure Credentials for Applications and CI/CD Pipelines
 
OpenStack Trends for the Enterprise
OpenStack Trends for the EnterpriseOpenStack Trends for the Enterprise
OpenStack Trends for the Enterprise
 
Self-Driving Storage and Applications Integration
Self-Driving Storage and Applications IntegrationSelf-Driving Storage and Applications Integration
Self-Driving Storage and Applications Integration
 
SUSE Application Delivery Solutions
SUSE Application Delivery SolutionsSUSE Application Delivery Solutions
SUSE Application Delivery Solutions
 
Faster, more Secure Application Modernization and Replatforming with PKS - Ku...
Faster, more Secure Application Modernization and Replatforming with PKS - Ku...Faster, more Secure Application Modernization and Replatforming with PKS - Ku...
Faster, more Secure Application Modernization and Replatforming with PKS - Ku...
 
OpenStack Telco Cloud Challenges, David Fick, Oracle
OpenStack Telco Cloud Challenges, David Fick, OracleOpenStack Telco Cloud Challenges, David Fick, Oracle
OpenStack Telco Cloud Challenges, David Fick, Oracle
 
CloudCamp London 3 - Zeus - Owen Garret
CloudCamp London 3 - Zeus - Owen GarretCloudCamp London 3 - Zeus - Owen Garret
CloudCamp London 3 - Zeus - Owen Garret
 

Destaque

Folder GALPÂO EXPRESS Frisomat V032016 LD
Folder GALPÂO EXPRESS Frisomat  V032016  LDFolder GALPÂO EXPRESS Frisomat  V032016  LD
Folder GALPÂO EXPRESS Frisomat V032016 LD
Benoît Somers
 
Roger Myhre Karlsen_Rival As_Visbrosjyre 2017_Made in Norway
Roger Myhre Karlsen_Rival As_Visbrosjyre 2017_Made in NorwayRoger Myhre Karlsen_Rival As_Visbrosjyre 2017_Made in Norway
Roger Myhre Karlsen_Rival As_Visbrosjyre 2017_Made in Norway
Roger Myhre Karlsen
 

Destaque (11)

La entidad donde vivo- Tema que más me gustó
La entidad donde vivo- Tema que más me gustóLa entidad donde vivo- Tema que más me gustó
La entidad donde vivo- Tema que más me gustó
 
Mark 3 commentary
Mark 3 commentaryMark 3 commentary
Mark 3 commentary
 
El papel del maestro ap
El papel del maestro apEl papel del maestro ap
El papel del maestro ap
 
Folder GALPÂO EXPRESS Frisomat V032016 LD
Folder GALPÂO EXPRESS Frisomat  V032016  LDFolder GALPÂO EXPRESS Frisomat  V032016  LD
Folder GALPÂO EXPRESS Frisomat V032016 LD
 
Tecnologìas de extracción de acidos nucleicos y proteinas gtt
Tecnologìas de extracción de acidos nucleicos y proteinas gttTecnologìas de extracción de acidos nucleicos y proteinas gtt
Tecnologìas de extracción de acidos nucleicos y proteinas gtt
 
Roger Myhre Karlsen_Rival As_Visbrosjyre 2017_Made in Norway
Roger Myhre Karlsen_Rival As_Visbrosjyre 2017_Made in NorwayRoger Myhre Karlsen_Rival As_Visbrosjyre 2017_Made in Norway
Roger Myhre Karlsen_Rival As_Visbrosjyre 2017_Made in Norway
 
Mapa Conceptual de Tecnicas de Indagacion
Mapa Conceptual de Tecnicas de IndagacionMapa Conceptual de Tecnicas de Indagacion
Mapa Conceptual de Tecnicas de Indagacion
 
Nan january 2017_corporate_final
Nan january 2017_corporate_finalNan january 2017_corporate_final
Nan january 2017_corporate_final
 
Conteúdos com DRM na Web e a especificação EME do W3C
Conteúdos com DRM na Web e a especificação EME do W3CConteúdos com DRM na Web e a especificação EME do W3C
Conteúdos com DRM na Web e a especificação EME do W3C
 
Carbohydrate
Carbohydrate Carbohydrate
Carbohydrate
 
How we built Packet's bare metal cloud platform
How we built Packet's bare metal cloud platformHow we built Packet's bare metal cloud platform
How we built Packet's bare metal cloud platform
 

Semelhante a How (and why!) we built Packet

Banv meetup-contrail
Banv meetup-contrailBanv meetup-contrail
Banv meetup-contrail
nvirters
 
Design and implementation of a reliable and cost-effective cloud computing in...
Design and implementation of a reliable and cost-effective cloud computing in...Design and implementation of a reliable and cost-effective cloud computing in...
Design and implementation of a reliable and cost-effective cloud computing in...
Francesco Taurino
 
Optimizing Cloud Foundry and OpenStack for large scale deployments
Optimizing Cloud Foundry and OpenStack for large scale deploymentsOptimizing Cloud Foundry and OpenStack for large scale deployments
Optimizing Cloud Foundry and OpenStack for large scale deployments
Animesh Singh
 

Semelhante a How (and why!) we built Packet (20)

Net Devops Overview
Net Devops OverviewNet Devops Overview
Net Devops Overview
 
Top 5 favourite features of Cisco ACI in Pulsant Cloud Data Centres
Top 5 favourite features of Cisco ACI in Pulsant Cloud Data Centres Top 5 favourite features of Cisco ACI in Pulsant Cloud Data Centres
Top 5 favourite features of Cisco ACI in Pulsant Cloud Data Centres
 
Introduction to the Container Networking and Security
Introduction to the Container Networking and SecurityIntroduction to the Container Networking and Security
Introduction to the Container Networking and Security
 
Sven Vogel: Running CloudStack and OpenShift with NetApp on KVM
Sven Vogel: Running CloudStack and OpenShift with NetApp on KVMSven Vogel: Running CloudStack and OpenShift with NetApp on KVM
Sven Vogel: Running CloudStack and OpenShift with NetApp on KVM
 
Banv meetup-contrail
Banv meetup-contrailBanv meetup-contrail
Banv meetup-contrail
 
OpenStack Ottawa Meetup - October 2018
OpenStack Ottawa Meetup - October 2018OpenStack Ottawa Meetup - October 2018
OpenStack Ottawa Meetup - October 2018
 
Docker and Cloud - Enables for DevOps - by ACA-IT
Docker and Cloud - Enables for DevOps - by ACA-ITDocker and Cloud - Enables for DevOps - by ACA-IT
Docker and Cloud - Enables for DevOps - by ACA-IT
 
'DOCKER' & CLOUD: ENABLERS For DEVOPS
'DOCKER' & CLOUD:  ENABLERS For DEVOPS'DOCKER' & CLOUD:  ENABLERS For DEVOPS
'DOCKER' & CLOUD: ENABLERS For DEVOPS
 
RTP NPUG: Ansible Intro and Integration with ACI
RTP NPUG: Ansible Intro and Integration with ACIRTP NPUG: Ansible Intro and Integration with ACI
RTP NPUG: Ansible Intro and Integration with ACI
 
Cozystack: Free PaaS platform and framework for building clouds
Cozystack: Free PaaS platform and framework for building cloudsCozystack: Free PaaS platform and framework for building clouds
Cozystack: Free PaaS platform and framework for building clouds
 
Metaswitch Project Calico
Metaswitch Project CalicoMetaswitch Project Calico
Metaswitch Project Calico
 
CloudOpen 2013: Developing cloud infrastructure: from scratch: the tale of an...
CloudOpen 2013: Developing cloud infrastructure: from scratch: the tale of an...CloudOpen 2013: Developing cloud infrastructure: from scratch: the tale of an...
CloudOpen 2013: Developing cloud infrastructure: from scratch: the tale of an...
 
Openstack Summit Tokyo 2015 - Building a private cloud to efficiently handle ...
Openstack Summit Tokyo 2015 - Building a private cloud to efficiently handle ...Openstack Summit Tokyo 2015 - Building a private cloud to efficiently handle ...
Openstack Summit Tokyo 2015 - Building a private cloud to efficiently handle ...
 
Design and implementation of a reliable and cost-effective cloud computing in...
Design and implementation of a reliable and cost-effective cloud computing in...Design and implementation of a reliable and cost-effective cloud computing in...
Design and implementation of a reliable and cost-effective cloud computing in...
 
Optimizing Cloud Foundry and OpenStack for large scale deployments
Optimizing Cloud Foundry and OpenStack for large scale deploymentsOptimizing Cloud Foundry and OpenStack for large scale deployments
Optimizing Cloud Foundry and OpenStack for large scale deployments
 
VMworld 2013: Real-world Deployment Scenarios for VMware NSX
VMworld 2013: Real-world Deployment Scenarios for VMware NSX VMworld 2013: Real-world Deployment Scenarios for VMware NSX
VMworld 2013: Real-world Deployment Scenarios for VMware NSX
 
CSCfi Computing Services 12/2014
CSCfi Computing Services 12/2014CSCfi Computing Services 12/2014
CSCfi Computing Services 12/2014
 
Things You MUST Know Before Deploying OpenStack: Bruno Lago, Catalyst IT
Things You MUST Know Before Deploying OpenStack: Bruno Lago, Catalyst ITThings You MUST Know Before Deploying OpenStack: Bruno Lago, Catalyst IT
Things You MUST Know Before Deploying OpenStack: Bruno Lago, Catalyst IT
 
AWS re:Invent 2016 - Scality's Open Source AWS S3 Server
AWS re:Invent 2016 - Scality's Open Source AWS S3 ServerAWS re:Invent 2016 - Scality's Open Source AWS S3 Server
AWS re:Invent 2016 - Scality's Open Source AWS S3 Server
 
Netsft2017 day in_life_of_nfv
Netsft2017 day in_life_of_nfvNetsft2017 day in_life_of_nfv
Netsft2017 day in_life_of_nfv
 

Mais de Bob Sokol

Mais de Bob Sokol (12)

AppOrbit DevOps NYC
AppOrbit DevOps NYCAppOrbit DevOps NYC
AppOrbit DevOps NYC
 
Accelerating the Software Delivery Pipelinewith Mirantis OpenStack
Accelerating the Software Delivery Pipelinewith Mirantis OpenStackAccelerating the Software Delivery Pipelinewith Mirantis OpenStack
Accelerating the Software Delivery Pipelinewith Mirantis OpenStack
 
More than Technology - The Culture of DevOps
More than Technology - The Culture of DevOpsMore than Technology - The Culture of DevOps
More than Technology - The Culture of DevOps
 
Cloud Native Applications - DevOps, EMC and Cloud Foundry
Cloud Native Applications - DevOps, EMC and Cloud FoundryCloud Native Applications - DevOps, EMC and Cloud Foundry
Cloud Native Applications - DevOps, EMC and Cloud Foundry
 
Enabling Enterprise DevOps at Scale
Enabling Enterprise DevOps at ScaleEnabling Enterprise DevOps at Scale
Enabling Enterprise DevOps at Scale
 
IPVS for Docker Containers
IPVS for Docker ContainersIPVS for Docker Containers
IPVS for Docker Containers
 
XebiaLabs Enterprise DevOps
XebiaLabs Enterprise DevOpsXebiaLabs Enterprise DevOps
XebiaLabs Enterprise DevOps
 
EMC {code} Open Source
EMC {code} Open SourceEMC {code} Open Source
EMC {code} Open Source
 
ECS/Cloud Object Storage - DevOps Day
ECS/Cloud Object Storage - DevOps DayECS/Cloud Object Storage - DevOps Day
ECS/Cloud Object Storage - DevOps Day
 
DevOps Toolkit
DevOps ToolkitDevOps Toolkit
DevOps Toolkit
 
Puppet Labs EMC DevOps Day NYC Aug-2015
Puppet Labs  EMC DevOps Day NYC Aug-2015Puppet Labs  EMC DevOps Day NYC Aug-2015
Puppet Labs EMC DevOps Day NYC Aug-2015
 
EMC DevOps Day Aug-2015 - Stormy Peters, Cloud Foundry Foundation
EMC DevOps Day Aug-2015 - Stormy Peters, Cloud Foundry FoundationEMC DevOps Day Aug-2015 - Stormy Peters, Cloud Foundry Foundation
EMC DevOps Day Aug-2015 - Stormy Peters, Cloud Foundry Foundation
 

Último

Finding Java's Hidden Performance Traps @ DevoxxUK 2024
Finding Java's Hidden Performance Traps @ DevoxxUK 2024Finding Java's Hidden Performance Traps @ DevoxxUK 2024
Finding Java's Hidden Performance Traps @ DevoxxUK 2024
Victor Rentea
 
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers:  A Deep Dive into Serverless Spatial Data and FMECloud Frontiers:  A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
Safe Software
 

Último (20)

Rising Above_ Dubai Floods and the Fortitude of Dubai International Airport.pdf
Rising Above_ Dubai Floods and the Fortitude of Dubai International Airport.pdfRising Above_ Dubai Floods and the Fortitude of Dubai International Airport.pdf
Rising Above_ Dubai Floods and the Fortitude of Dubai International Airport.pdf
 
MS Copilot expands with MS Graph connectors
MS Copilot expands with MS Graph connectorsMS Copilot expands with MS Graph connectors
MS Copilot expands with MS Graph connectors
 
Navigating the Deluge_ Dubai Floods and the Resilience of Dubai International...
Navigating the Deluge_ Dubai Floods and the Resilience of Dubai International...Navigating the Deluge_ Dubai Floods and the Resilience of Dubai International...
Navigating the Deluge_ Dubai Floods and the Resilience of Dubai International...
 
Exploring Multimodal Embeddings with Milvus
Exploring Multimodal Embeddings with MilvusExploring Multimodal Embeddings with Milvus
Exploring Multimodal Embeddings with Milvus
 
Finding Java's Hidden Performance Traps @ DevoxxUK 2024
Finding Java's Hidden Performance Traps @ DevoxxUK 2024Finding Java's Hidden Performance Traps @ DevoxxUK 2024
Finding Java's Hidden Performance Traps @ DevoxxUK 2024
 
Vector Search -An Introduction in Oracle Database 23ai.pptx
Vector Search -An Introduction in Oracle Database 23ai.pptxVector Search -An Introduction in Oracle Database 23ai.pptx
Vector Search -An Introduction in Oracle Database 23ai.pptx
 
FWD Group - Insurer Innovation Award 2024
FWD Group - Insurer Innovation Award 2024FWD Group - Insurer Innovation Award 2024
FWD Group - Insurer Innovation Award 2024
 
"I see eyes in my soup": How Delivery Hero implemented the safety system for ...
"I see eyes in my soup": How Delivery Hero implemented the safety system for ..."I see eyes in my soup": How Delivery Hero implemented the safety system for ...
"I see eyes in my soup": How Delivery Hero implemented the safety system for ...
 
Polkadot JAM Slides - Token2049 - By Dr. Gavin Wood
Polkadot JAM Slides - Token2049 - By Dr. Gavin WoodPolkadot JAM Slides - Token2049 - By Dr. Gavin Wood
Polkadot JAM Slides - Token2049 - By Dr. Gavin Wood
 
DBX First Quarter 2024 Investor Presentation
DBX First Quarter 2024 Investor PresentationDBX First Quarter 2024 Investor Presentation
DBX First Quarter 2024 Investor Presentation
 
Connector Corner: Accelerate revenue generation using UiPath API-centric busi...
Connector Corner: Accelerate revenue generation using UiPath API-centric busi...Connector Corner: Accelerate revenue generation using UiPath API-centric busi...
Connector Corner: Accelerate revenue generation using UiPath API-centric busi...
 
ICT role in 21st century education and its challenges
ICT role in 21st century education and its challengesICT role in 21st century education and its challenges
ICT role in 21st century education and its challenges
 
How to Troubleshoot Apps for the Modern Connected Worker
How to Troubleshoot Apps for the Modern Connected WorkerHow to Troubleshoot Apps for the Modern Connected Worker
How to Troubleshoot Apps for the Modern Connected Worker
 
Apidays New York 2024 - The value of a flexible API Management solution for O...
Apidays New York 2024 - The value of a flexible API Management solution for O...Apidays New York 2024 - The value of a flexible API Management solution for O...
Apidays New York 2024 - The value of a flexible API Management solution for O...
 
Platformless Horizons for Digital Adaptability
Platformless Horizons for Digital AdaptabilityPlatformless Horizons for Digital Adaptability
Platformless Horizons for Digital Adaptability
 
EMPOWERMENT TECHNOLOGY GRADE 11 QUARTER 2 REVIEWER
EMPOWERMENT TECHNOLOGY GRADE 11 QUARTER 2 REVIEWEREMPOWERMENT TECHNOLOGY GRADE 11 QUARTER 2 REVIEWER
EMPOWERMENT TECHNOLOGY GRADE 11 QUARTER 2 REVIEWER
 
Biography Of Angeliki Cooney | Senior Vice President Life Sciences | Albany, ...
Biography Of Angeliki Cooney | Senior Vice President Life Sciences | Albany, ...Biography Of Angeliki Cooney | Senior Vice President Life Sciences | Albany, ...
Biography Of Angeliki Cooney | Senior Vice President Life Sciences | Albany, ...
 
Apidays New York 2024 - APIs in 2030: The Risk of Technological Sleepwalk by ...
Apidays New York 2024 - APIs in 2030: The Risk of Technological Sleepwalk by ...Apidays New York 2024 - APIs in 2030: The Risk of Technological Sleepwalk by ...
Apidays New York 2024 - APIs in 2030: The Risk of Technological Sleepwalk by ...
 
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers:  A Deep Dive into Serverless Spatial Data and FMECloud Frontiers:  A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
 
[BuildWithAI] Introduction to Gemini.pdf
[BuildWithAI] Introduction to Gemini.pdf[BuildWithAI] Introduction to Gemini.pdf
[BuildWithAI] Introduction to Gemini.pdf
 

How (and why!) we built Packet

  • 1.
  • 3. A Premium Bare Metal Cloud Built for Automation ● Fully dedicated servers, no co-tenancy ● Billed by the hour & available in minutes via API ● No hypervisor, no virtualization ● Backed by our global, IPv6 network
  • 4. Wait, no virtualization at all? Nope. (unless you bring your own) Which, when building a cloud platform, presents some unique challenges...
  • 5. Public clouds (AWS, Digital Ocean, GCE) all rely on a hypervisor or containers to automate the provisioning of virtual machines to end users. THE CHALLENGE In order to automate “Layer 0” for developers, we we had to build core infrastructure components from the ground up.
  • 6. But first we tried to do it with OpenStack. THE FAILURE ( our now infamous blog post about this available here: https://www.packet.net/blog/how-we-failed-at-openstack/ ) Learning from the limitations in OpenStack, we decided to start over with an api-driven microservices framework strategy. This meant developing purpose-built services for each requirement.
  • 7. Micro services for each component of the physical datacenter. PACKET PLATFORM ➢ Built in golang and Ruby ➢ Everything in Docker and CoreOS ➢ Orchestrated and managed with Rancher ➢ Testing with shippable, image builds with quay.io
  • 8. Micro services for each component of the physical datacenter. PACKET PLATFORM Power and Boot Control PB&J EC2 Style Metadata Kant iPXE Server & Imaging Tinkerbell Netflow Agg & Analysis Soren Multi-Tenant IPAM Magnum IP Physical Switch SDN Narwhal Device, Project, Billing, Token Management Client Portal Internal and External Services API Serial Console Out of Band Access S.O.S. Image Building Casper
  • 9. Let’s review a selection of the more interesting microservices...
  • 11. Security challenge: IP based authentication, no hypervisor, our layer 3 acl solution KANT EC2 Compatible Metadata Service EC2 has a problematic url structure / IP address (eg: http://169.254.169.254/latest/meta-data/ ) Available at https://metadata.packet.net from all hosts
  • 12. Tinkerbell iPXE Server & Imaging pxe server… tinkerbell … get it? :D
  • 13. API driven DHCP and iPXE server Tinkerbell iPXE Server & Imaging Handles delivery and selection of both end user operating system images, and also our deprovision images Replacement for cobbler, provides massive stability and speed improvements as well as better diagnostic data and visibility in every stage of provisioning
  • 14. Narwhal Physical Switch / Router “SDN” apparently there aren’t any entertaining public domain pictures or gifs of narwhals. apologies.
  • 15. Overcomes one of the biggest limitations of OpenStack for us, which is very vlan oriented Configures the network ACLs and handles our elastic IP addressing, batches thousands of operations an hour Narwhal Physical Switch / Router “SDN” Built to be “pluggable” to accommodate other vendors in the future, like Cisco and Arista
  • 16. Soren Netflow Aggregation & Analysis can you tell we have some philosophy majors on the team yet?
  • 17. Ingests all of our network flow data and tags it Allows us to do things like destination based bandwidth billing and tiered bandwidth Soren Netflow Aggregation & Analysis Gives us the ability to expose much more network intelligence to end users, such at top talkers and last mile reachability
  • 18. PB&J Power and Boot Control (IPMI / DRAC) this is our favorite result in google image search for “fucking ipmi”
  • 19. Abstracts much of the ugliness of IPMI and DRAC from our API Gives us access to health and other hardware monitoring as well PB&J Power and Boot Control (IPMI / DRAC) Roadmap to support redfish and potentially open source the library in the future
  • 20. In summary, where we are now...
  • 21. NO OVERLAYS From network to host, we provide elastic control without adding network or hardware abstraction. MICROSERVICE BASED Shippable, immutable independent services that are easy to use, scale and troubleshoot. REPRODUCIBLE & DEPENDABLE 99% of our monthly installs succeed with an average provision time of ~8 minutes. MODERN & SCALABLE
  • 22. PLATFORM HIGHLIGHTS Launched in August 2015. No Co-Tenancy. No Hypervisor. Full Automation.
  • 23. CURRENT CONFIGS We Also Offer High Performance Block Storage, Elastic IP Addressing and Self-Service BGP. TYPE 0 TINY BUT MIGHTY TYPE 1 FLEXIBLE WORKHORSE TYPE 2 THE VIRTUALIZOR TYPE 2A ARM ‘N HAMMER $0.05 /hour $0.40 /hour $1.25 /hour $0.50 /hour 4 Physical Cores @ 2.4 GHz (1 × Atom C2550) 8 GB of RAM 1 x 120 GB SSD 4 Physical Cores @ 3.4 GHz (1 × E3-1240 v3) 32 GB of RAM 2 x 240 GB SSD 24 Physical Cores @ 2.2 GHz (2 x E5-2650 v4) 256 GB of RAM 6 x 480 GB SSD 96 Physical Cores @ 2.0 GHz (2 × ThunderX) 128 GB of RAM 1 x 320 GB M.2 SSD TYPE 3 HIGH I/O MONSTER $1.75 /hour 16 Physical Cores @ 2.6 GHz (2 × E5-2640 v3) 128 GB of RAM 1 x 2.4 TB NVME
  • 24. INTEGRATIONS We offer developers a consistent infrastructure experience that integrates with leading platforms and dev tools - but with the firepower and flexibility of bare metal.
  • 25. THANKS! Any questions? You can find us at @packethost & help@packet.net