โอเพนสแต็ก
ผู้เขียนต้นฉบับ	แร็คสเปซโฮสติ้งและนาซา
นักพัฒนา	มูลนิธิโครงสร้างพื้นฐานแบบเปิดและชุมชน
ปล่อย	21 ตุลาคม 2553 ( 21 ตุลาคม 2553 )
เวอร์ชันเสถียร	2026.1 กาซปาโช[ 1 ] 1 เมษายน 2569 ( 1 เมษายน 2569 )
เขียนเป็น	ไพธอน
แพลตฟอร์ม	ข้ามแพลตฟอร์ม
พิมพ์	การประมวลผลแบบคลาวด์
ใบอนุญาต	ใบอนุญาต Apache 2.0
เว็บไซต์	www.openstack.org​​
ที่เก็บข้อมูล	opendev.org/openstack​​

OpenStackเป็น แพลตฟอร์ม คลาวด์คอมพิวติ้งแบบเปิดมาตรฐานฟรีโดยส่วนใหญ่จะถูกใช้งานในรูปแบบโครงสร้างพื้นฐานเป็นบริการ (IaaS) ทั้งในคลาวด์สาธารณะและส่วนตัว ซึ่งเซิร์ฟเวอร์เสมือนและทรัพยากรอื่นๆ จะพร้อมใช้งานสำหรับผู้ใช้^{[ 2 ]}แพลตฟอร์มซอฟต์แวร์ประกอบด้วยส่วนประกอบที่เชื่อมโยงกันซึ่งควบคุมกลุ่มฮาร์ดแวร์ที่หลากหลายจากผู้จำหน่ายหลายราย ทั้งทรัพยากรการประมวลผล การจัดเก็บ และเครือข่ายทั่วทั้งศูนย์ข้อมูลผู้ใช้สามารถจัดการได้ผ่านแดชบอร์ดบนเว็บ เครื่องมือ บรรทัดคำสั่งหรือบริการเว็บ RESTful

OpenStack เริ่มต้นในปี 2010 ในฐานะโครงการร่วมระหว่างRackspace HostingและNASAณ ปี 2012 OpenStack ได้รับการบริหารจัดการโดยOpenStack Foundationซึ่งเป็นองค์กรไม่แสวงหาผลกำไรที่ก่อตั้งขึ้นในเดือนกันยายน 2012 ^{[ 3 ]}เพื่อส่งเสริมซอฟต์แวร์ OpenStack และชุมชน^{[ 4 ]}ภายในปี 2018 มีบริษัทมากกว่า 500 แห่งเข้าร่วมโครงการ^{[ 5 ]}ในปี 2020 มูลนิธิได้ประกาศว่าจะเปลี่ยนชื่อเป็นOpen Infrastructure Foundationในปี 2021 ^{[ 6 ]}

ในเดือนกรกฎาคม พ.ศ. 2553 Rackspace HostingและNASAได้ประกาศโครงการซอฟต์แวร์คลาวด์แบบโอเพนซอร์สที่รู้จักกันในชื่อ OpenStack ^{[ 7 ] [ 8 ]}คำแถลงภารกิจคือ "เพื่อสร้างแพลตฟอร์มการประมวลผลคลาวด์แบบโอเพนซอร์สที่แพร่หลายซึ่งจะตอบสนองความต้องการของคลาวด์สาธารณะและส่วนตัวโดยไม่คำนึงถึงขนาด โดยมีความง่ายในการใช้งานและสามารถปรับขนาดได้อย่างมหาศาล" ^{[ 9 ]}

โครงการนี้มีจุดประสงค์เพื่อช่วยเหลือองค์กรต่างๆ และนำเสนอบริการคลาวด์คอมพิวติ้งที่ทำงานบนฮาร์ดแวร์มาตรฐาน การเปิดตัวอย่างเป็นทางการครั้งแรกของชุมชน ซึ่งมีชื่อรหัสว่า Austin ปรากฏขึ้นสามเดือนต่อมาในวันที่ 21 ตุลาคม 2553 ^[ 10 ^{] โดย}มีแผนที่จะปล่อยการอัปเดตซอฟต์แวร์เป็นประจำทุกๆ สองสามเดือน โค้ดในช่วงแรกมาจาก แพลตฟอร์ม Nebula ของ NASA เช่นเดียวกับแพลตฟอร์ม Cloud Files ของ Rackspaceโมดูลคลาวด์สแต็กและโอเพ่นสแต็กได้รับการรวมและเผยแพร่เป็นโอเพ่นซอร์สโดยทีม NASA Nebula ^{[ 11 ]}ร่วมกับ Rackspace  ( 21 ตุลาคม 2553 )

ในปี 2554 นักพัฒนาของ ระบบปฏิบัติการ Ubuntu Linux ได้นำ OpenStack มาใช้^{[ 12 ]}โดยใช้เทคโนโลยีทดลองที่ไม่ได้รับการสนับสนุนของ OpenStack รุ่น "Bexar" สำหรับ Ubuntu 11.04 " Natty Narwhal " ^{[ 13 ]} จากนั้น Canonicalผู้สนับสนุนของ Ubuntu ก็ได้แนะนำการสนับสนุนอย่างเต็มรูปแบบสำหรับระบบคลาวด์ OpenStack โดยเริ่มจาก OpenStack รุ่น Cactus

OpenStack สามารถใช้งานได้ในDebian Sidตั้งแต่รุ่น Openstack "Cactus" ในปี 2011 และรุ่นแรกของ Debian ที่รวม OpenStack ไว้ด้วยคือ Debian 7.0 (ชื่อรหัส "Wheezy") ซึ่งรวมถึง OpenStack 2012.1 (ชื่อรหัส: "Essex") ^{[ 14 ] [ 15 ]}

ในเดือนตุลาคม พ.ศ. 2554 SUSEได้ประกาศเปิดตัวเวอร์ชันพรีวิวสาธารณะของอุปกรณ์ที่ขับเคลื่อนด้วย OpenStack ที่กำหนดค่าอย่างสมบูรณ์เป็นครั้งแรกของอุตสาหกรรม โดยอิงจาก OpenStack เวอร์ชัน "Diablo" ^{[ 16 ]}ในเดือนสิงหาคม พ.ศ. 2555 SUSE ได้ประกาศการแจกจ่าย OpenStack ระดับองค์กรที่ได้รับการสนับสนุนเชิงพาณิชย์ โดยอิงจาก OpenStack เวอร์ชัน "Essex" ^{[ 17 ]}

ในปี 2555 Red Hat ได้ประกาศเปิดตัวเวอร์ชันทดลองของ OpenStack ^{[ 18 ]}โดยเริ่มต้นด้วยเวอร์ชัน "Essex" หลังจากการเปิดตัวเวอร์ชันทดลองอีกครั้ง Red Hat ได้เปิดตัวการสนับสนุนเชิงพาณิชย์สำหรับ OpenStack ด้วยเวอร์ชัน "Grizzly" ในเดือนกรกฎาคม 2556 ^{[ 19 ]}

องค์กร OpenStack เติบโตอย่างรวดเร็วและได้รับการสนับสนุนจากบริษัทมากกว่า 540 แห่ง^{[ 20 ]}

ในปี 2012 NASA ได้ถอนตัวจาก OpenStack ในฐานะผู้มีส่วนร่วมอย่างแข็งขัน และได้ตัดสินใจเชิงกลยุทธ์ที่จะใช้Amazon Web Servicesสำหรับบริการบนคลาวด์แทน^{[ 21 ]}ในเดือนกรกฎาคม 2013 NASA ได้เผยแพร่การตรวจสอบภายในโดยอ้างถึงการขาดความก้าวหน้าทางเทคนิคและปัจจัยอื่นๆ เป็นเหตุผลหลักที่หน่วยงานถอนตัวจากการเป็นผู้พัฒนาโครงการอย่างแข็งขัน และหันไปมุ่งเน้นการใช้คลาวด์สาธารณะแทน^{[ 22 ]}รายงานนี้ขัดแย้งกับคำกล่าวของRay O'Brien CIO ของ ศูนย์วิจัย Ames บางส่วน ^{[ 23 ]}ณ เดือนพฤศจิกายน 2021 NASA ยังคงใช้ OpenStack ในการสนับสนุน IAAS และ PAAS ของคลัสเตอร์ซูเปอร์คอมพิวเตอร์ Discover สภาพแวดล้อม OpenStack นี้เรียกว่า "Explore" และดำเนินการในศูนย์จำลองสภาพภูมิอากาศของ NASA ที่ศูนย์การบินอวกาศ Goddard ^{[ 24 ]}

ในเดือนพฤศจิกายน พ.ศ. 2555 หน่วยงานบริการดิจิทัลภาครัฐ ของสหราชอาณาจักร (GDS) ได้เปิดตัว Inside Government ^{[ 25 ]}โดยอิงตามโมเดล Government as a Platform (GaaP) ของ OpenNASA v2.0

ในเดือนธันวาคม พ.ศ. 2556 Oracle ประกาศว่าได้เข้าร่วม OpenStack ในฐานะผู้สนับสนุนและวางแผนที่จะนำ OpenStack มาใช้กับ Oracle Solaris, Oracle Linux และผลิตภัณฑ์อื่นๆ อีกมากมาย^{[ 26 ]}ต่อมาได้ประกาศเปิดตัว Oracle OpenStack distributions สำหรับ Oracle Solaris ^{[ 27 ] [ 28 ]}และสำหรับ Oracle Linux โดยใช้ Icehouse ในวันที่ 24 กันยายน พ.ศ. 2557 ^{[ 29 ]}

ในเดือนพฤษภาคม พ.ศ. 2557 HP ได้ประกาศเปิดตัวHP Helionและได้ปล่อยเวอร์ชันพรีวิวของ HP Helion OpenStack Community โดยเริ่มจากการเปิดตัว IceHouse HP ได้ดำเนินการ HP Helion Public Cloud บน OpenStack มาตั้งแต่ปี พ.ศ. 2555 ^{[ 30 ]}

ในงานInterop and Tech Field Day ปี 2014 Avayaได้สาธิตการสร้างเครือข่ายที่กำหนดโดยซอฟต์แวร์โดยใช้Shortest path bridgingและ OpenStack เป็นวิทยาเขตอัตโนมัติ ขยายระบบอัตโนมัติจากศูนย์ข้อมูลไปยังอุปกรณ์ปลายทาง และขจัดการจัดสรรด้วยตนเองออกจากการส่งมอบบริการ^{[ 31 ] [ 32 ]}

ณ เดือนพฤศจิกายน 2021 NASA เป็นผู้ดูแลคลาวด์ส่วนตัว Explore OpenStack เพื่อสนับสนุน Discover HPC ^{[ 24 ]}

ณ เดือนกันยายน พ.ศ. 2565 China Mobileใช้ OpenStack เป็นพื้นฐานของเครือข่าย 5G Red Hat อ้างว่าแพลตฟอร์มของตนถูกใช้งานบนเครือข่าย LTE ที่ใช้งานจริงมากกว่า 30 เปอร์เซ็นต์^{[ 33 ]}

ระบบคลาวด์ OpenStack ที่CERNต้องการคอร์มากกว่า 300,000 คอร์เพื่อตอบสนองความต้องการของเครื่องเร่งอนุภาคขนาดใหญ่ (Large Hadron Collider ) ^{[ 33 ]}

โครงการ OpenStack หลายโครงการเปลี่ยนชื่อเนื่องจากปัญหาเรื่องเครื่องหมายการค้า

• นิวตรอนเคยรู้จักกันในชื่อควอนตัม^{[ 34 ]}
• ทะเลทรายซาฮาราเคยถูกเรียกว่าทุ่งหญ้าสะวันนา^{[ 35 ]}
• ก่อนหน้านี้ Designate เป็นที่รู้จักในชื่อ Moniker ^{[ 36 ]}
• Trove เดิมชื่อ RedDwarf ^{[ 37 ]}
• Zaqar เดิมทีรู้จักกันในชื่อ Marconi ^{[ 38 ] [ 39 ]}

ชุมชน OpenStack ทำงานร่วมกันตามรอบ การเผยแพร่แบบกำหนดเวลาหกเดือนโดยมีการพัฒนาที่สำคัญเกิดขึ้นบ่อยครั้ง^{[ 73 ]}

ในระหว่างขั้นตอนการวางแผนของแต่ละเวอร์ชัน ชุมชนจะรวมตัวกันเพื่อเข้าร่วม OpenStack Design Summit เพื่ออำนวยความสะดวกในการทำงานร่วมกันของนักพัฒนาและเพื่อรวบรวมแผน^{[ 74 ]}การประชุม Design Summit เหล่านี้จะจัดขึ้นพร้อมกับการประชุม OpenStack Summit

เริ่มตั้งแต่รอบการพัฒนา Pike กิจกรรมการประชุมด้านการออกแบบได้ถูกแยกออกเป็นกิจกรรม Project Teams Gathering (PTG) แยกต่างหาก^{[ 75 ]}ทำเช่นนี้เพื่อหลีกเลี่ยงการรบกวนนักพัฒนาที่เกิดจากการนำเสนอและการประชุมกับลูกค้าที่เกิดขึ้นในงาน OpenStack Summit และเพื่อให้การอภิปรายด้านการออกแบบเกิดขึ้นก่อนเริ่มรอบถัดไป

การประชุม OpenStack Summit ครั้งล่าสุดจัดขึ้นที่เซี่ยงไฮ้ระหว่างวันที่ 4-6 พฤศจิกายน 2019 ^{[ 76 ]}เดนเวอร์ระหว่างวันที่ 29 เมษายน - 1 พฤษภาคม 2019 ^{[ 77 ]}เบอร์ลินระหว่างวันที่ 13-19 พฤศจิกายน 2018 ^{[ 78 ]}แวนคูเวอร์ระหว่างวันที่ 21-25 พฤษภาคม 2018 ^{[ 79 ]}ซิดนีย์ระหว่างวันที่ 6-8 พฤศจิกายน 2017 ^{[ 80 ]}บอสตันระหว่างวันที่ 8-11 พฤษภาคม 2017 ^{[ 81 ]}ออสตินระหว่างวันที่ 25-29 เมษายน 2016 ^{[ 82 ]}และบาร์เซโลนาระหว่างวันที่ 25-28 ตุลาคม 2016 ^{[ 83 ]}การประชุม OpenStack Summit ก่อนหน้านี้จัดขึ้นที่โตเกียวในเดือนตุลาคม 2015 ^{[ 84 ]}แวนคูเวอร์ในเดือนพฤษภาคม 2015 ^{[ 85 ]}และปารีสในเดือนพฤศจิกายน 2014 ^{[ 86 ]}การประชุมสุดยอดในเดือนพฤษภาคม 2014 ที่แอตแลนตาได้ดึงดูดผู้เข้าร่วม จำนวนมาก ผู้เข้าร่วม 4,500 คน – เพิ่มขึ้น 50% จาก การประชุมสุดยอด ที่ฮ่องกงเมื่อหกเดือนก่อน^{[ 87 ] [ 88 ]}

OpenStack มีสถาปัตยกรรมแบบโมดูลาร์ที่มีชื่อรหัสต่างๆ สำหรับส่วนประกอบต่างๆ^{[ 40 ]}

Nova เป็นโครงการ OpenStack ที่ให้บริการวิธีการจัดเตรียมอินสแตนซ์การประมวลผลเป็นเครื่องเสมือนและเซิร์ฟเวอร์ฮาร์ดแวร์จริง (โดยใช้ ironic) และมีการสนับสนุนคอนเทนเนอร์ระบบอย่างจำกัด Nova ทำงานเป็นชุดของเดมอนบนเซิร์ฟเวอร์ Linux ที่มีอยู่เพื่อให้บริการดังกล่าว^{[ 89 ] [ 90 ]}

Nova เขียนด้วยภาษา Python โดยใช้ไลบรารี Python ภายนอกหลายตัว เช่น Eventlet (ไลบรารีเครือข่ายแบบขนาน), Kombu ( เฟรมเวิร์กการส่งข้อความ AMQP ) และSQLAlchemy (ชุดเครื่องมือ SQL และตัวแมปเชิงวัตถุสัมพันธ์) ^{[ 91 ]} Nova ได้รับการออกแบบมาเพื่อความสามารถในการขยายขนาดในแนวนอน แทนที่จะเปลี่ยนไปใช้เซิร์ฟเวอร์ขนาดใหญ่ขึ้น คุณเพียงแค่จัดหาเซิร์ฟเวอร์เพิ่มและติดตั้งบริการที่กำหนดค่าเหมือนกัน^{[ 92 ]}

เนื่องจากการบูรณาการอย่างกว้างขวางในโครงสร้างพื้นฐานระดับองค์กร การตรวจสอบประสิทธิภาพของ OpenStack โดยทั่วไปและประสิทธิภาพของ Nova โดยเฉพาะ ทำให้การปรับขนาดกลายเป็นประเด็นสำคัญมากขึ้นเรื่อยๆ การตรวจสอบประสิทธิภาพแบบครบวงจรต้องติดตามเมตริกจาก Nova, Keystone, Neutron, Cinder, Swift และบริการอื่นๆ นอกเหนือจากการตรวจสอบRabbitMQซึ่งใช้โดยบริการ OpenStack สำหรับการส่งข้อความ^{[ 93 ] [ 94 ]}บริการเหล่านี้ทั้งหมดสร้างไฟล์บันทึกของตนเอง ซึ่งโดยเฉพาะอย่างยิ่งในโครงสร้างพื้นฐานระดับองค์กร ควรได้รับการตรวจสอบด้วย^{[ 95 ]}

Neutron เป็นโครงการ OpenStack ที่ให้บริการ "การเชื่อมต่อเครือข่าย" ระหว่างอุปกรณ์อินเทอร์เฟซ (เช่น vNIC) ที่จัดการโดยบริการ OpenStack อื่นๆ (เช่น nova) โดยใช้ OpenStack Networking API ^{[ 96 ]}

ระบบนี้จัดการด้านเครือข่ายทั้งหมดสำหรับโครงสร้างพื้นฐานเครือข่ายเสมือน (VNI) และด้านเลเยอร์การเข้าถึงของโครงสร้างพื้นฐานเครือข่ายทางกายภาพ (PNI) ในสภาพแวดล้อม OpenStack เครือข่าย OpenStack ช่วยให้โครงการต่างๆ สามารถสร้างโทโพโลยีเครือข่ายเสมือนขั้นสูง ซึ่งอาจรวมถึงบริการต่างๆ เช่น ไฟร์วอลล์ และเครือข่ายส่วนตัวเสมือน (VPN) ^{[ 96 ]}

Neutron อนุญาตให้ใช้ที่อยู่ IP แบบคงที่หรือDHCPนอกจากนี้ยังอนุญาตให้ ใช้ที่อยู่ IP แบบลอยตัวเพื่อให้สามารถกำหนดเส้นทางการรับส่งข้อมูลใหม่ได้แบบไดนามิก

ผู้ใช้สามารถใช้เทคโนโลยีเครือข่ายที่กำหนดโดยซอฟต์แวร์ (SDN) เช่น OpenFlowเพื่อรองรับการใช้งานหลายผู้เช่าและการขยายขนาด เครือข่าย OpenStack สามารถปรับใช้และจัดการบริการเครือข่ายเพิ่มเติม เช่นระบบตรวจจับการบุกรุก (IDS) การปรับสมดุลโหลดไฟร์วอลล์และเครือข่ายส่วนตัวเสมือน (VPN) ^{[ 97 ]}

Cinder คือบริการจัดเก็บข้อมูลแบบบล็อกของ OpenStack สำหรับจัดสรรวอลุ่มให้กับเครื่องเสมือน Nova, โฮสต์ Ironic bare metal, คอนเทนเนอร์ และอื่นๆ เป้าหมายบางส่วนของ Cinder คือ การเป็น/มี:

• สถาปัตยกรรมแบบส่วนประกอบ : เพิ่มพฤติกรรมใหม่ได้อย่างรวดเร็ว
• มีความพร้อมใช้งานสูง : รองรับปริมาณงานที่หนักมากได้อย่างมีประสิทธิภาพ
• ทนต่อความผิดพลาด : กระบวนการที่แยกออกจากกันช่วยป้องกันความล้มเหลวแบบต่อเนื่อง
• สามารถแก้ไขได้ : ความล้มเหลวควรสามารถวินิจฉัย แก้ไขข้อผิดพลาด และแก้ไขได้ง่าย
• มาตรฐานแบบเปิด : เป็นตัวอย่างการใช้งานสำหรับ API ที่ขับเคลื่อนโดยชุมชน^{[ 98 ]}

วอลุ่ม Cinder ให้พื้นที่จัดเก็บข้อมูลถาวรแก่เครื่องเสมือนแขก - ซึ่งเรียกว่าอินสแตนซ์ ที่ได้รับการจัดการโดยซอฟต์แวร์ OpenStack Compute นอกจากนี้ Cinder ยังสามารถใช้งานได้โดยอิสระจากบริการ OpenStack อื่นๆ ในฐานะพื้นที่จัดเก็บข้อมูลแบบกำหนดโดยซอฟต์แวร์แบบสแตนด์อะโลน ระบบจัดเก็บข้อมูลแบบบล็อกจะจัดการการสร้าง การจำลอง การจัดการสแนปช็อต การแนบและการถอดอุปกรณ์บล็อกออกจากเซิร์ฟเวอร์^{[ 99 ]}

Keystone เป็นบริการ OpenStack ที่ให้บริการการตรวจสอบสิทธิ์ไคลเอ็นต์ API การค้นหาบริการ และการอนุญาตแบบกระจายหลายผู้เช่าโดยการใช้งาน Identity API ของ OpenStack ^{[ 100 ]}เป็นระบบการตรวจสอบสิทธิ์ทั่วไปในระบบปฏิบัติการคลาวด์ Keystone สามารถผสานรวมกับบริการไดเร็กทอรี เช่นLDAPรองรับข้อมูลประจำตัวชื่อผู้ใช้และรหัสผ่านมาตรฐาน ระบบที่ใช้โทเค็น และการเข้าสู่ระบบแบบ AWS (เช่นAmazon Web Services ) แคตตาล็อกบริการ Keystone ของ OpenStack ช่วยให้ไคลเอ็นต์ API สามารถค้นหาและนำทางไปยังบริการคลาวด์ได้แบบไดนามิก^{[ 101 ] [ 102 ]}

โครงการบริการรูปภาพ (glance) ให้บริการที่ผู้ใช้สามารถอัปโหลดและค้นหาข้อมูลสินทรัพย์ที่ออกแบบมาเพื่อใช้กับบริการอื่นๆ ซึ่งปัจจุบันรวมถึงรูปภาพและคำจำกัดความเมตาเดตา^{[ 103 ]}

บริการรูปภาพ Glance ประกอบด้วยการค้นหา การลงทะเบียน และการเรียกค้นรูปภาพเครื่องเสมือน (VM) Glance มี API แบบ RESTful ที่อนุญาตให้สอบถามข้อมูลเมตาของรูปภาพ VM รวมถึงการเรียกค้นรูปภาพจริง รูปภาพ VM ที่จัดทำโดย Glance สามารถจัดเก็บได้ในหลายตำแหน่ง ตั้งแต่ระบบไฟล์ธรรมดาไปจนถึงระบบจัดเก็บข้อมูลแบบอ็อบเจ็กต์ เช่นโครงการ OpenStack Swift ^{[ 103 ]}

Glance เป็นโฮสต์ของแคตตาล็อก metadefs ซึ่งช่วยให้ชุมชน OpenStack สามารถกำหนดชื่อคีย์เมตาเดตาต่างๆ และค่าที่ถูกต้องที่สามารถนำไปใช้กับทรัพยากร OpenStack ได้โดยใช้โปรแกรม^{[ 103 ]}

Swift เป็นระบบจัดเก็บข้อมูลแบบกระจายศูนย์ที่มีความสอดคล้องกันในที่สุด (eventually consistent) สำหรับวัตถุ/บล็อกข้อมูล โครงการ OpenStack Object Store หรือที่รู้จักกันในชื่อ Swift นำเสนอซอฟต์แวร์จัดเก็บข้อมูลบนคลาวด์เพื่อให้คุณสามารถจัดเก็บและเรียกใช้ข้อมูลจำนวนมากด้วย API ที่ใช้งานง่าย Swift ถูกสร้างขึ้นเพื่อรองรับการขยายขนาดและปรับให้เหมาะสมเพื่อความทนทาน ความพร้อมใช้งาน และการทำงานพร้อมกันทั่วทั้งชุดข้อมูล Swift เหมาะอย่างยิ่งสำหรับการจัดเก็บข้อมูลที่ไม่มีโครงสร้างซึ่งสามารถเติบโตได้อย่างไม่มีขีดจำกัด^{[ 104 ]}

ในเดือนสิงหาคม พ.ศ. 2552 Rackspaceเริ่มพัฒนาต้นแบบของ OpenStack Object Storage เพื่อทดแทน ผลิตภัณฑ์ Cloud Files อย่างสมบูรณ์ ทีมพัฒนาเริ่มต้นประกอบด้วยนักพัฒนาเก้าคน^{[ 105 ]} ปัจจุบัน SwiftStackซึ่งเป็นบริษัทซอฟต์แวร์จัดเก็บข้อมูลแบบอ็อบเจ็กต์ เป็นผู้พัฒนาหลักของ Swift โดยได้รับการสนับสนุนอย่างมากจากIntel , Red Hat , NTT , HP , IBMและอื่นๆ^{[ 106 ]}

Horizon เป็นการใช้งานมาตรฐานของแดชบอร์ด OpenStack ซึ่งให้บริการอินเทอร์เฟซผู้ใช้บนเว็บสำหรับบริการ OpenStack รวมถึง Nova, Swift, Keystone เป็นต้น^{[ 107 ]} Horizon มาพร้อมกับแดชบอร์ดหลักสามรายการ ได้แก่ "แดชบอร์ดผู้ใช้" "แดชบอร์ดระบบ" และแดชบอร์ด "การตั้งค่า" แดชบอร์ดทั้งสามนี้ครอบคลุมแอปพลิเคชันหลักของ OpenStack และให้การสนับสนุนหลัก แอปพลิเคชัน Horizon ยังมาพร้อมกับชุดของนามธรรม API สำหรับโครงการหลักของ OpenStack เพื่อให้มีชุดวิธีการที่นำกลับมาใช้ใหม่ได้ที่สอดคล้องกันและเสถียรสำหรับนักพัฒนา การใช้นามธรรมเหล่านี้ นักพัฒนาที่ทำงานบน Horizon ไม่จำเป็นต้องคุ้นเคยกับ API ของแต่ละโครงการ OpenStack อย่างละเอียด^{[ 108 ]}

Heat เป็นบริการสำหรับจัดการแอปพลิเคชันคลาวด์แบบผสมหลายรายการโดยใช้เทมเพลต ผ่านทั้ง REST API ดั้งเดิมของ OpenStack และ Query API ที่เข้ากันได้กับ CloudFormation ^{[ 109 ]}

Mistral เป็นบริการที่จัดการเวิร์กโฟลว์ โดยทั่วไปผู้ใช้จะเขียนเวิร์กโฟลว์โดยใช้ภาษาเวิร์กโฟลว์ที่อิงตาม YAML และอัปโหลดคำจำกัดความของเวิร์กโฟลว์ไปยัง Mistral ผ่าน REST API จากนั้นผู้ใช้สามารถเริ่มเวิร์กโฟลว์นี้ด้วยตนเองผ่าน API เดียวกัน หรือกำหนดค่าทริกเกอร์เพื่อเริ่มเวิร์กโฟลว์เมื่อเกิดเหตุการณ์บางอย่าง^{[ 110 ]}

OpenStack Telemetry (Ceilometer) เป็นจุดติดต่อเดียวสำหรับระบบการเรียกเก็บเงิน โดยให้ข้อมูลตัวนับทั้งหมดที่จำเป็นสำหรับการเรียกเก็บเงินจากลูกค้า ครอบคลุมส่วนประกอบ OpenStack ทั้งหมดในปัจจุบันและอนาคต การส่งมอบข้อมูลตัวนับสามารถตรวจสอบย้อนกลับและตรวจสอบได้ ข้อมูลตัวนับต้องสามารถขยายได้ง่ายเพื่อรองรับโครงการใหม่ ๆ และตัวแทนที่ทำการรวบรวมข้อมูลควรเป็นอิสระจากระบบโดยรวม

Trove เป็นฐานข้อมูลแบบบริการที่ให้บริการทั้งเอนจินฐานข้อมูลเชิงสัมพันธ์และไม่ใช่เชิงสัมพันธ์^{[ 111 ]}

Sahara เป็นส่วนประกอบที่ช่วยให้การจัดเตรียม คลัสเตอร์ Hadoop ทำได้ง่ายและรวดเร็ว ผู้ใช้จะระบุพารามิเตอร์หลายอย่าง เช่น หมายเลขเวอร์ชันของ Hadoop ประเภทโทโพโลยีของคลัสเตอร์ รายละเอียดเกี่ยวกับโหนด (การกำหนดพื้นที่ดิสก์ การตั้งค่า CPU และ RAM) และอื่นๆ หลังจากที่ผู้ใช้ระบุพารามิเตอร์ทั้งหมดแล้ว Sahara จะปรับใช้คลัสเตอร์ภายในไม่กี่นาที นอกจากนี้ Sahara ยังมีวิธีการปรับขนาดคลัสเตอร์ Hadoop ที่มีอยู่แล้วโดยการเพิ่มและลบโหนดผู้ทำงานตามต้องการ^{[ 112 ] [ 113 ]}

Ironic เป็นโครงการ OpenStack ที่จัดเตรียมเครื่อง bare metal แทนที่จะเป็นเครื่องเสมือน เดิมทีแยกออกมาจากไดรเวอร์ Nova Baremetal และได้พัฒนาเป็นโครงการแยกต่างหาก ควรคิดว่ามันเป็น API ไฮเปอร์ไวเซอร์ bare metal และชุดปลั๊กอินที่โต้ตอบกับเครื่อง bare metal ที่จัดการโดย Ironic โดยค่าเริ่มต้น จะใช้PXEและIPMIหรือRedfish ^{[ 114 ]}ร่วมกันเพื่อจัดเตรียมและจัดการเครื่องจริง แต่ Ironic รองรับและสามารถขยายได้ด้วยปลั๊กอินเฉพาะของผู้จำหน่ายเพื่อใช้งานฟังก์ชันเพิ่มเติม^{[ 115 ] [ 116 ]}

นับตั้งแต่เริ่มก่อตั้ง Ironic ก็ได้เกิดโครงการย่อยหลายโครงการ^{[ 117 ]}เพื่อช่วยสนับสนุนกรณีการใช้งานและความสามารถเพิ่มเติม โครงการที่ใช้กันทั่วไปบางส่วน ได้แก่ Ironic-Inspector, Bifrost, Sushy และ networking-generic-switch Ironic-inspector ให้ข้อมูลฮาร์ดแวร์และการค้นหาฮาร์ดแวร์^{[ 118 ]} Bifrost มุ่งเน้นไปที่กรณีการใช้งานที่ไม่มีส่วนประกอบ OpenStack อื่นๆ^{[ 119 ]}และมีการเน้นย้ำในเว็บไซต์ ironicbaremetal.org Sushy เป็นไลบรารีไคลเอ็นต์ API ของ Redfish ที่มีน้ำหนักเบา^{[ 120 ]} Networking-generic-switch เป็นปลั๊กอินที่รองรับการจัดการการกำหนดค่าพอร์ตสวิตช์สำหรับเครื่อง bare metal ^{[ 121 ]}

Zaqar คือบริการรับส่งข้อความบนคลาวด์แบบหลายผู้เช่าสำหรับนักพัฒนาเว็บ บริการนี้มี API แบบ RESTful อย่างสมบูรณ์ ซึ่งนักพัฒนาสามารถใช้ส่งข้อความระหว่างส่วนประกอบต่างๆ ของแอปพลิเคชัน SaaS และแอปพลิเคชันมือถือของตนได้โดยใช้รูปแบบการสื่อสารที่หลากหลาย API นี้มีกลไกการรับส่งข้อความที่มีประสิทธิภาพซึ่งออกแบบมาโดยคำนึงถึงความสามารถในการขยายขนาดและความปลอดภัย ส่วนประกอบ OpenStack อื่นๆ สามารถผสานรวมกับ Zaqar เพื่อแสดงเหตุการณ์ต่างๆ ให้กับผู้ใช้ปลายทางและสื่อสารกับเอเจนต์แขกที่ทำงานอยู่ในเลเยอร์ "เหนือคลาวด์"

OpenStack Shared File System (Manila) มี API แบบเปิดสำหรับการจัดการการแชร์ในกรอบงานที่ไม่ขึ้นกับผู้จำหน่าย ฟังก์ชันพื้นฐานมาตรฐานประกอบด้วยความสามารถในการสร้าง ลบ และให้/ปฏิเสธการเข้าถึงการแชร์ และสามารถใช้งานได้แบบเดี่ยวๆ หรือในสภาพแวดล้อมเครือข่ายที่หลากหลาย รองรับอุปกรณ์จัดเก็บข้อมูลเชิงพาณิชย์จาก EMC, NetApp, HP, IBM, Oracle, Quobyte, INFINIDAT และ Hitachi Data Systems รวมถึงเทคโนโลยีระบบไฟล์ เช่น Red Hat GlusterFS ^{[ 122 ]}หรือCeph

Designate เป็น REST API แบบหลายผู้เช่าสำหรับการจัดการ DNS คอมโพเนนต์นี้ให้บริการ DNS as a Service และเข้ากันได้กับเทคโนโลยีแบ็กเอนด์หลายอย่าง รวมถึง PowerDNS และ BIND ไม่ได้ให้บริการ DNS โดยตรง แต่มีวัตถุประสงค์เพื่อเชื่อมต่อกับเซิร์ฟเวอร์ DNS ที่มีอยู่เพื่อจัดการโซน DNS ในแต่ละผู้เช่า^{[ 123 ]}

โครงการนี้ไม่ได้มีการดูแลรักษาอย่างต่อเนื่องอีกต่อไปแล้ว

Searchlight ให้ความสามารถในการค้นหาขั้นสูงและสม่ำเสมอในบริการคลาวด์ OpenStack ต่างๆ โดยทำได้โดยการถ่ายโอนการค้นหาของผู้ใช้จากเซิร์ฟเวอร์ API ของ OpenStack อื่นๆ ด้วยการจัดทำดัชนีข้อมูลลงในElasticsearch [ ^{124 ] Searchlight}กำลังถูกรวมเข้ากับ Horizon ^{[ 125 ]}และยังมีอินเทอร์เฟซบรรทัดคำสั่ง อีกด้วย ^{[ 126 ]}

Barbican เป็น REST API ที่ออกแบบมาเพื่อการจัดเก็บ การจัดเตรียม และการจัดการความลับอย่างปลอดภัย โดยมุ่งเน้นให้เป็นประโยชน์สำหรับทุกสภาพแวดล้อม รวมถึงคลาวด์ขนาดใหญ่ชั่วคราว^{[ 127 ]}

Magnum เป็นบริการ API ของ OpenStack ที่พัฒนาโดยทีม OpenStack Containers ซึ่งทำให้เครื่องมือจัดการคอนเทนเนอร์ เช่น Docker Swarm, Kubernetes และ Apache Mesos พร้อมใช้งานเป็นทรัพยากรหลักใน OpenStack Magnum ใช้ Heat ในการจัดการอิมเมจระบบปฏิบัติการที่มี Docker และ Kubernetes และรันอิมเมจนั้นในเครื่องเสมือนหรือเครื่องจริงในรูปแบบคลัสเตอร์^{[ 128 ]}

Vitrage คือบริการ RCA (Root Cause Analysis) ของ OpenStack สำหรับจัดระเบียบ วิเคราะห์ และขยายสัญญาณเตือนและเหตุการณ์ของ OpenStack เพื่อให้ได้ข้อมูลเชิงลึกเกี่ยวกับสาเหตุที่แท้จริงของปัญหาและอนุมานการมีอยู่ของปัญหาก่อนที่จะตรวจพบโดยตรง^{[ 129 ]}

บริการแจ้งเตือนนี้ช่วยให้สามารถเรียกใช้การดำเนินการตามกฎที่กำหนดไว้กับข้อมูลเมตริกหรือเหตุการณ์ที่รวบรวมโดย Ceilometer หรือ Gnocchi ได้^{[ 130 ]}

OpenStack ไม่ได้มุ่งมั่นที่จะเข้ากันได้กับ API ของระบบคลาวด์อื่นๆ^{[ 131 ]}อย่างไรก็ตาม มีความเข้ากันได้ในระดับหนึ่งซึ่งขับเคลื่อนโดยสมาชิกต่างๆ ของชุมชน OpenStack ซึ่งให้ความสำคัญกับเรื่องดังกล่าว

• โครงการ EC2 API มีเป้าหมายเพื่อให้เข้ากันได้กับAmazon EC2 ^{[ 132 ]}
• โครงการ GCE API มีเป้าหมายเพื่อให้เข้ากันได้กับGoogle Compute Engine ^{[ 133 ]}

OpenStack อยู่ภายใต้การกำกับดูแลของมูลนิธิ OpenInfra และคณะกรรมการบริหาร คณะกรรมการบริหารประกอบด้วยผู้สนับสนุนระดับแพลทินัม สมาชิกของผู้สนับสนุนระดับทอง และสมาชิกที่ได้รับการเลือกตั้งจากสมาชิกรายบุคคลของมูลนิธิ^{[ 134 ]}คณะกรรมการด้านเทคนิคของ OpenStack เป็นหน่วยงานกำกับดูแลโครงการโอเพนซอร์ส OpenStack เป็นกลุ่มที่ได้รับการเลือกตั้งซึ่งเป็นตัวแทนของผู้มีส่วนร่วมในโครงการ และมีอำนาจกำกับดูแลในทุกเรื่องทางเทคนิค ซึ่งรวมถึงนักพัฒนา ผู้ดำเนินการ และผู้ใช้ซอฟต์แวร์

OpenStack Appliance ^{[ 135 ]}คือชื่อที่ใช้เรียกซอฟต์แวร์ที่สามารถรองรับแพลตฟอร์มการประมวลผลแบบคลาวด์ OpenStack บนอุปกรณ์ทางกายภาพ เช่นเซิร์ฟเวอร์หรือเครื่องเสมือนหรือการผสมผสานระหว่างทั้งสอง โดยทั่วไปแล้วซอฟต์แวร์ Appliance ^{[ 136 ]}คือชุดความสามารถของซอฟต์แวร์ที่สามารถทำงานได้โดยไม่ต้องใช้ระบบปฏิบัติการ ดังนั้นจึงต้องมีส่วนประกอบระบบปฏิบัติการพื้นฐานที่จำเป็นเพียงพอต่อการทำงาน ดังนั้นคำจำกัดความที่เข้มงวดอาจเป็น: แอปพลิเคชันที่ออกแบบมาเพื่อนำเสนอความสามารถของ OpenStack โดยไม่จำเป็นต้องมีระบบปฏิบัติการพื้นฐาน อย่างไรก็ตาม การใช้คำจำกัดความที่เข้มงวดนี้อาจไม่เป็นประโยชน์ เนื่องจากไม่มีความแตกต่างที่ชัดเจนระหว่าง Appliance และDistribution ^{[ 137} ] อาจกล่าวได้ว่าคำว่า Appliance เป็นคำที่ไม่ถูกต้องนัก เพราะ OpenStack เองก็ถูกเรียกว่าระบบปฏิบัติการคลาวด์^{[ 138 ] ดังนั้นการใช้คำว่า OpenStack} Appliance อาจเป็นคำที่ไม่ถูกต้องหากพิจารณาอย่างละเอียดถี่ถ้วน

หากเราพิจารณาขอบเขตของอุปกรณ์และระบบปฏิบัติการ (Appliances and Distributions) เราจะสามารถแยกแยะได้ว่า ระบบปฏิบัติการคือชุดเครื่องมือที่พยายามให้การครอบคลุมที่กว้างขวางของขอบเขตโครงการ OpenStack ในขณะที่อุปกรณ์จะมีขอบเขตที่แคบกว่า โดยมุ่งเน้นไปที่โครงการจำนวนน้อยกว่า ผู้จำหน่ายต่างๆ มีส่วนร่วมอย่างมากใน OpenStack ตั้งแต่เริ่มต้น และได้พัฒนาและทำการตลาดอุปกรณ์ แอปพลิเคชัน และระบบปฏิบัติการที่หลากหลายมาโดยตลอด

ผู้จำหน่ายจำนวนมากเสนอโซลูชัน OpenStack ซึ่งหมายความว่าองค์กรที่ต้องการใช้งานเทคโนโลยีนี้จะต้องเลือกข้อเสนอของผู้จำหน่ายที่เหมาะสมกับความต้องการทางธุรกิจของตนมากที่สุด^{[ 139 ]} Barb Darrow ได้นำเสนอภาพรวมนี้ใน Fortune เมื่อวันที่ 27 พฤษภาคม 2015 ^{[ 140 ]}โดยชี้ให้เห็นว่าอาจมีการควบรวมกิจการในตลาดที่จะช่วยให้การตัดสินใจเหล่านั้นชัดเจนขึ้น

มีแง่มุมอื่นๆ ที่ผู้ใช้ต้องพิจารณา เช่น ต้นทุนที่แท้จริงที่เกี่ยวข้อง^{[ 141 ]}ผู้ขายบางรายจะเสนอข้อเสนอที่ครอบคลุมโครงการ OpenStack ส่วนใหญ่ ในขณะที่บางรายจะเสนอเฉพาะส่วนประกอบบางอย่างเท่านั้น ข้อพิจารณาอื่นๆ ได้แก่ ขอบเขตของโค้ดที่เป็นกรรมสิทธิ์ที่ใช้ในการจัดการความไม่สมบูรณ์ของส่วนประกอบ OpenStack และขอบเขตที่ส่งเสริมการผูกขาดผู้ขาย^{[ 142 ] [ 143 ]}

ข้อมูลที่น่าเชื่อถือที่สุดเกี่ยวกับผลิตภัณฑ์ของผู้จำหน่ายอยู่ที่เว็บไซต์ของมูลนิธิโครงสร้างพื้นฐานแบบเปิด^{[ 144 ]}

OpenStack เป็นระบบที่ซับซ้อน และผู้ใช้งานต้องเผชิญกับความท้าทายมากมายเมื่อพยายามนำ OpenStack ไปใช้ในองค์กร สำหรับหลายองค์กรที่พยายามนำโครงการของตนเองไปใช้ ปัญหาสำคัญประการหนึ่งคือการขาดแคลนทักษะ^{[ 145 ]}ในบทความเกี่ยวกับThe New Stackอตุล จา ได้ระบุความท้าทายห้าประการที่องค์กรใดๆ ที่ต้องการใช้งาน OpenStack จะต้องเผชิญ^{[ 146 ]}

OpenStack เป็นชุดของโครงการต่างๆ มากกว่าจะเป็นผลิตภัณฑ์เดียว และเนื่องจากแอปพลิเคชันต่างๆ แต่ละตัวจำเป็นต้องได้รับการกำหนดค่าให้เหมาะสมกับความต้องการของผู้ใช้ การติดตั้งจึงมีความซับซ้อนและต้องใช้ทักษะที่หลากหลาย^{[ 147 ]}เพื่อการตั้งค่าที่เหมาะสมที่สุด วิธีแก้ปัญหาที่ชัดเจนอย่างหนึ่งคือการใช้แพ็คเกจที่ผู้จำหน่ายจัดหาให้ครบชุดซึ่งประกอบด้วยฮาร์ดแวร์และซอฟต์แวร์ แม้ว่าการตรวจสอบอย่างรอบคอบจะเป็นสิ่งสำคัญ^{[ 148 ]}

OpenStack เช่นเดียวกับซอฟต์แวร์โอเพนซอร์สอื่นๆ ประสบปัญหาในการรักษาเอกสารให้ทันสมัยอยู่เสมอ^{[ 149 ]}ปัญหานี้ยิ่งทวีความรุนแรงขึ้นเนื่องจากขอบเขตการดำเนินงานของ OpenStack ซึ่งครอบคลุมโครงการแยกต่างหากถึง 25 โครงการ

วัตถุประสงค์หลักประการหนึ่งของการใช้โครงสร้างพื้นฐานแบบคลาวด์คือการมอบความน่าเชื่อถือสูงและความพร้อมใช้งานสูงให้กับผู้ใช้^{[ 150 ]}ซึ่งเป็นสิ่งที่ผู้ให้บริการคลาวด์สาธารณะจะเสนอในข้อตกลงระดับบริการ^{[ 151 ]}

เนื่องจากแนวทางการพัฒนาแบบหลายโครงการของ OpenStack ความซับซ้อนที่เกี่ยวข้องกับการซิงโครไนซ์โครงการต่างๆ ในระหว่างการอัปเกรดอาจหมายความว่าไม่สามารถหลีกเลี่ยงการหยุดทำงานได้^{[ 152 ]}

เป็นเรื่องปกติที่ธุรกิจจะยังคงใช้ซอฟต์แวร์เวอร์ชันเก่าต่อไปอีกระยะหนึ่งหลังจากที่ได้อัปเกรดแล้ว อย่างไรก็ตาม นักพัฒนาในโครงการโอเพนซอร์สมีแรงจูงใจน้อยมากที่จะให้การสนับสนุนโค้ดที่ถูกแทนที่ นอกจากนี้ OpenStack เองก็ได้ยุติการสนับสนุนเวอร์ชันเก่าบางเวอร์ชันอย่างเป็นทางการแล้ว^{[ 153 ]}

จากความท้าทายข้างต้น แนวทางที่เหมาะสมที่สุดสำหรับองค์กรที่ต้องการใช้งาน OpenStack คือการเลือกใช้บริการจากผู้จำหน่าย และจัดหาอุปกรณ์หรือระบบปฏิบัติการ OpenStack มาใช้

เมื่อโครงการ OpenStack เติบโตขึ้น ผู้จำหน่ายต่างๆ ได้บุกเบิกวิธีการมากมายเพื่อให้ลูกค้าสามารถใช้งาน OpenStack ได้:

คลาวด์สาธารณะที่ใช้ OpenStack

ผู้ให้บริการรายหนึ่งนำเสนอระบบคลาวด์คอมพิวติ้งสาธารณะที่ใช้โครงการ OpenStack เป็นพื้นฐาน

การจัดจำหน่ายในสถานที่

ในโมเดลนี้ ลูกค้าจะดาวน์โหลดและติดตั้ง OpenStack เวอร์ชันต่างๆ ในเครือข่ายภายในของตนเอง ดูรายละเอียดเพิ่มเติมได้ที่หัวข้อ การแจกจ่าย (Distributions)

คลาวด์ส่วนตัว OpenStack ที่โฮสต์อยู่

ผู้ให้บริการรายหนึ่งเป็นผู้ดูแลระบบคลาวด์ส่วนตัวที่ใช้ OpenStack โดยรวมถึงฮาร์ดแวร์และซอฟต์แวร์ OpenStack ด้วย

OpenStack-as-a-Service

ผู้ให้บริการรายหนึ่งนำเสนอซอฟต์แวร์การจัดการ OpenStack (โดยไม่มีฮาร์ดแวร์ใดๆ) ในรูปแบบบริการ ลูกค้าสมัครใช้บริการและนำไปเชื่อมต่อกับเซิร์ฟเวอร์ภายใน ระบบจัดเก็บข้อมูล และเครือข่ายของตนเอง เพื่อให้ได้ระบบคลาวด์ส่วนตัวที่ใช้งานได้อย่างเต็มรูปแบบ

OpenStack ที่ใช้อุปกรณ์

Nebula เป็นผู้จำหน่ายอุปกรณ์ที่สามารถเสียบเข้ากับเครือข่าย ซึ่งเป็นจุดเริ่มต้นของการใช้งาน OpenStack

• การคำนวณที่สดใส^{[ 154 ]}
• Canonical (Ubuntu)
• เดเบียน^{[ 155 ] [ 15 ] [ 14 ]}
• HPE (ซึ่งได้ควบรวมกิจการกับ Micro Focus/Suse)
• ไอบีเอ็ม
• มิรานติส
• Oracle OpenStack สำหรับ Oracle Linux หรือ O3L ^{[ 156 ]}
• Oracle OpenStack สำหรับ Oracle Solaris
• หมวกแดง
• สตราโตสเกล
• VMware Integrated OpenStack (VIO) ^{[ 157 ]}

• คลาวด์ฟาวน์ดรี
• การเปรียบเทียบการประมวลผลแบบคลาวด์
• โอเพ่นชิฟต์
• โครงสร้างพื้นฐานการประมวลผลคลาวด์ส่วนตัว

Wikimedia Commons มีสื่อที่เกี่ยวข้องกับOpenStack

• เว็บไซต์อย่างเป็นทางการ