ความท้าทายในศูนย์ข้อมูลระบบคลาวด์

เสร็จสมบูรณ์เมื่อ

ด้วยการถือกําเนิดของการประมวลผลแบบคลาวด์ กลายเป็นสิ่งสําคัญสําหรับนักออกแบบศูนย์ข้อมูลเพื่อจัดการกับความต้องการของระบบคลาวด์ในปัจจุบันและที่กําลังพัฒนา ในกระบวนการนี้ ศูนย์ข้อมูลโฮสต์บริการระบบคลาวด์ทั้งหมดที่ส่งไปยังผู้ใช้ ในทางกลับกัน บริการระบบคลาวด์จะถูกนามธรรมจากทรัพยากรทางกายภาพพื้นฐานบนมาตราส่วนที่แตกต่างกัน (ผ่านเครือข่าย IP ส่วนตัวเช่นระบบคลาวด์ส่วนตัวหรือบนอินเทอร์เน็ตเช่นคลาวด์สาธารณะ) ตามความต้องการและสําหรับผู้สมัครใช้งานหลายล้านคน ข้อกําหนดการออกแบบศูนย์ข้อมูลแตกต่างกันไปตามการใช้งานขนาดและฟังก์ชันการทํางานที่ต้องการ แบบจําลองระบบคลาวด์กําหนดวิธีการออกแบบและใช้งานแอสเซทของศูนย์ข้อมูลใหม่ บริการบนระบบคลาวด์และสเกลกําหนดข้อกําหนดใหม่ในศูนย์ข้อมูลโดยปริมาณการใช้งานจะแตกต่างกันไป ความต้องการแบนด์วิดธ์ I/O และประสิทธิภาพการทํางานเพิ่มขึ้นอย่างมาก และทําให้เกิดข้อกังวลเกี่ยวกับความปลอดภัยใหม่ เราอธิบายความท้าทายบางอย่างที่การประมวลผลแบบคลาวด์ใส่ในศูนย์ข้อมูลและระบุข้อกําหนดที่เกี่ยวข้องสําหรับการออกแบบศูนย์ข้อมูลที่เน้นการใช้ระบบคลาวด์

ความสามารถในการปรับขนาด

ด้วยการประมวลผลแบบคลาวด์ จึงมีความจําเป็นในการขยายตัวและความจุสูงที่เพิ่มขึ้นเรื่อย ๆ เพื่อประโยชน์นั้น ศูนย์ข้อมูลระบบคลาวด์มักได้รับการออกแบบมารอบเครื่องเสมือน (หรืออินสแตนซ์) ซึ่งเป็นหน่วยของการคํานวณในการครอบของระบบคลาวด์ ศูนย์ข้อมูลระบบคลาวด์มีบริการแก่ผู้ใช้หลายล้านคน ซึ่งตรงกันข้ามกับศูนย์ข้อมูลองค์กร เพื่อจัดการกับความต้องการของผู้ใช้ที่เพิ่มขึ้นสําหรับบริการบนระบบคลาวด์ โดยปกติแล้วเทคนิคการจําลองภาพเสมือนจะถูกนํามาใช้ ด้วยการจําลองภาพเสมือน ตัวดําเนินการของศูนย์ข้อมูลสามารถเตรียมใช้งานและยกเลิกการเตรียมใช้งานเครื่องเสมือน (VM) โดยอัตโนมัติตามความจําเป็น โดยไม่ต้องเพิ่มหรือกําหนดค่าอุปกรณ์จริงใหม่ วันนี้ไม่ใช่เรื่องแปลกที่จะจัดหา VM 20 หรือมากกว่าต่อแร็คเมานต์หรือเซิร์ฟเวอร์ blade เห็นได้ชัดว่าการโหลดนี้สามารถเน้นทรัพยากรของเซิร์ฟเวอร์ได้อย่างมาก (ตัวอย่างเช่น CPU, RAM และการ์ดเครือข่าย) นอกจากนี้ การดําเนินการนี้สามารถเพิ่มจํานวนเซิร์ฟเวอร์เชิงตรรกะที่ใช้งานผ่านเครือข่ายศูนย์ข้อมูลจริงได้อย่างมาก ตัวอย่างเช่น ด้วยแร็ค 64 เซิร์ฟเวอร์และ 20 VMs ต่อเซิร์ฟเวอร์ ผู้ให้บริการระบบคลาวด์จะต้องการเครือข่ายย่อย IP และ VLANs มากถึง 1,200 รายการ (ในเครือข่าย LAN สามารถแบ่งออกเป็นโดเมนการออกอากาศที่แตกต่างกัน ซึ่งแต่ละโดเมนเรียกว่า VLAN) นอกจากนี้ จะต้องมีแร็คเพียง 10 ตู้ และจําเป็นต้องใช้เครือข่ายย่อย IP 12,000 และ VLANs เท่านั้น ความต้องการนี้สร้างปัญหาที่สําคัญเนื่องจากเกินขีดจํากัด (เช่น 4,094) ของ VLAN ที่ใช้งานได้ซึ่งระบุโดยมาตรฐาน IEEE 802.1Q ให้จํากัดสวิตช์ /เราเตอร์จริงที่ไม่น่าเชื่อถือ ผู้ให้บริการศูนย์ข้อมูลระบบคลาวด์จําเป็นต้องค้นหาโซลูชันสําหรับปัญหาดังกล่าว

ในทางกลับกัน แม้ว่าจะมีการใช้เทคนิคการจําลองภาพเสมือนสูงสุด ณ จุดเวลาใดเวลาหนึ่ง ก็จําเป็นที่จะต้องเพิ่มความจุจริงเพื่อรองรับการเติบโต ดังนั้นศูนย์ข้อมูลระบบคลาวด์จะต้องยึดตามการออกแบบแบบแยกส่วนเพื่อรองรับการเพิ่มความจุจริงได้อย่างง่ายดายโดยไม่รบกวนแอปพลิเคชันและบริการ ผู้ออกแบบควรระบุความจุตัวถังเพื่อรองรับการเติบโตในระยะยาวเพื่อให้ตัวดําเนินการศูนย์ข้อมูลสามารถรวมส่วนประกอบเพิ่มเติมไปยังตัวถังได้ตามความจําเป็น

โทโพโลยีเครือข่าย

รูปที่ 20: โทโพโลยีเครือข่ายศูนย์ข้อมูลสไตล์ต้นไม้แบบดั้งเดิม

ส่วนใหญ่ของเครือข่ายศูนย์ข้อมูลในปัจจุบันจะขึ้นอยู่กับการออกแบบแบบลําดับชั้นทรีที่ประกอบด้วยสามระดับหลัก: ระดับการเข้าถึงระดับการรวมและระดับหลัก รูปภาพจะแสดงตัวอย่างโทโพโลยีเครือข่ายแบบต้นไม้แบบดั้งเดิม ขั้นแรกระดับการเข้าถึงถูกสร้างขึ้นจากสวิตช์อีเธอร์เน็ตที่คุ้มค่าในการเชื่อมต่อเซิร์ฟเวอร์แร็คและอุปกรณ์จัดเก็บข้อมูลตาม IP (โดยทั่วไปคือการเชื่อมต่อ 10 / 100 Mbps หรือ 1-GbE) ประการที่สอง มีการเชื่อมต่อสวิตช์การเข้าถึงหลายสวิตช์ผ่านอีเทอร์เน็ต (โดยทั่วไปคือการเชื่อมต่อ 1/10 GbE) ไปยังสวิตช์การรวมเดียว ที่สาม ชุดสวิตช์การรวมจะเชื่อมต่อกับเลเยอร์ของสวิตช์หลัก เนื่องจากเลเยอร์ 2 VLANs ไม่เกี่ยวข้องกับการกําหนดเส้นทาง IP ดังนั้นจึงมีการใช้งานโดยทั่วไปทั่วทั้งระดับการเข้าถึงและการรวม ในทางกลับกัน มีการใช้งานการกําหนดเส้นทางเลเยอร์ 3 ที่สวิตช์หลักที่ส่งต่อการรับส่งข้อมูลระหว่างสวิตช์การรวม ไปยังอินทราเน็ตและอินเทอร์เน็ต จุดเด่นคือแบนด์วิดท์ระหว่างสองเซิร์ฟเวอร์จะขึ้นอยู่กับตําแหน่งสัมพัทธ์ของพวกเขาในโทโพโลยีเครือข่าย ตัวอย่างเช่น โหนดที่อยู่ในชั้นเดียวกันมีแบนด์วิดธ์ที่สูงกว่าระหว่างกัน ซึ่งตรงข้ามกับโหนดที่อยู่นอกชั้น

อันที่จริงเครือข่ายเป็นองค์ประกอบสําคัญในศูนย์ข้อมูลระบบคลาวด์ โทโพโลยีแบบลําดับชั้นตามที่แสดงในรูปภาพ ไม่เหมาะกับระบบคลาวด์อย่างแท้จริงเนื่องจากพวกเขาบังคับใช้การรับส่งข้อมูลระหว่างเซิร์ฟเวอร์เพื่อดําเนินการตามเลเยอร์สวิตช์หลายเลเยอร์ โดยแต่ละรายการจะเพิ่มเป็นเวลาแฝง เวลาแฝงในบริบทนี้หมายถึงความล่าช้าที่เกิดขึ้นตามจํานวนสวิตช์ ที่ตรวจสอบ การประมวลผลที่จําเป็น และการบัฟเฟอร์ ความล่าช้าน้อยที่สุดในระบบคลาวด์อาจส่งผลให้ผู้ใช้รับรู้ถึงประสิทธิภาพการทํางานที่ไม่ดีและสูญเสียผลผลิต ดังนั้นโทโพโลยของเครือข่ายที่แบนราบที่มีเลเยอร์น้อยลงเพื่อรองรับความล่าช้าและปริมาณการใช้งานปริมาณมากมักจําเป็นสําหรับศูนย์ข้อมูลระบบคลาวด์

การใช้งานและความยืดหยุ่นมากขึ้น

โดยปกติแล้วเครือข่ายศูนย์ข้อมูลสไตล์ต้นไม้ร่วมสมัยอาศัยตัวแปรบางอย่างของ Spanning Tree Protocol (STP) เพื่อความยืดหยุ่น STP คือโปรโตคอลการจัดการลิงก์ข้อมูลที่ทําให้มั่นใจได้ว่าโทโพโลยีที่ไร้การวนรอบเมื่อสวิตช์/บริดจ์เชื่อมต่อกันผ่านหลายเส้นทาง STP อนุญาตให้ใช้งานได้เพียงเส้นทางเดียวในสองสวิตช์ โดยที่ส่วนที่เหลือถูกตั้งค่าเป็นไม่ได้ใช้งาน (สมมติว่ามีหลายเส้นทางที่พร้อมใช้งาน) ในความล้มเหลวของเส้นทางที่ใช้งานอยู่ STP จะเลือกเส้นทางอื่นที่พร้อมใช้งานแทนที่จะเป็นเส้นทางที่ล้มเหลว การเลือกนี้อาจใช้เวลาหลายวินาทีซึ่งอาจเปลี่ยนไม่เหมาะสมสําหรับแอปพลิเคชันระบบคลาวด์ที่ไวต่อความล่าช้า (ตัวอย่างเช่น การประชุมทางเว็บ) นอกจากนี้ การตั้งค่าเส้นทางการสํารองข้อมูลที่ไม่ได้ใช้งานไม่ใช่ตัวเลือกที่ดีที่สุดสําหรับศูนย์ข้อมูลบนคลาวด์ โดยเฉพาะอย่างยิ่งเมื่อความต้องการของผู้ใช้เพิ่มขึ้นแบบเอ็กซ์โพเนนเชียล ศูนย์ข้อมูลระบบคลาวด์ต้องการการออกแบบเครือข่ายที่คล่องตัวและมีความยืดหยุ่นมากขึ้น ซึ่งใช้ประโยชน์จากทรัพยากรเครือข่ายอย่างเต็มที่ และกู้คืนจากความล้มเหลวในหน่วยมิลลิวินาทีเพื่อตอบสนองความต้องการอย่างรวดเร็วและใช้ทรัพยากรอย่างมีประสิทธิภาพ

รักษาความปลอดภัยสภาพแวดล้อมของผู้เช่า

รูปที่ 21: การสื่อสารปริมาณงานต่อปริมาณงานในสภาพแวดล้อมเสมือนจริง

ในศูนย์ข้อมูลที่ทันสมัย ปริมาณงาน (ตัวอย่างเช่น ฐานข้อมูล แอปพลิเคชันผู้ใช้ เว็บโฮสติ้ง) จะถูกนําไปใช้บนเซิร์ฟเวอร์ทางกายภาพที่แตกต่างกันด้วยการสื่อสารปริมาณงานต่อปริมาณงานที่เกิดขึ้นผ่านการเชื่อมต่อทางกายภาพ ดังนั้นการรักษาความปลอดภัยแก่ผู้ใช้สามารถทําได้ด้วยระบบตรวจจับ/ป้องกันการบุกรุกบนเครือข่ายแบบเดิม ในทางกลับกัน ในศูนย์ข้อมูลบนคลาวด์ สามารถจัดเตรียม VM หลายรายการบนเซิร์ฟเวอร์แร็คเดียวโดยแต่ละ VM อยู่ในผู้ใช้คนละคน ดังนั้น การสื่อสารปริมาณงานต่อปริมาณงานสามารถเกิดขึ้นภายในเซิร์ฟเวอร์เดียวกันผ่านการเชื่อมต่อเสมือนในลักษณะโปร่งใสอย่างสมบูรณ์กับระบบความปลอดภัยที่มีอยู่ดังที่แสดงในรูป ดังนั้นศูนย์ข้อมูลบนระบบคลาวด์จําเป็นต้องแยกผู้ใช้ ปกป้องทรัพยากรเสมือน และรักษาความปลอดภัยการสื่อสารภายในเซิร์ฟเวอร์

ความคล่องตัวของเครื่องเสมือน

ศูนย์ข้อมูลระบบคลาวด์สามารถโฮสต์ VM ของผู้ใช้ที่เซิร์ฟเวอร์ในชั้นเดียวผ่านแร็คแต่ในศูนย์ข้อมูลเดียวกันหรือที่เซิร์ฟเวอร์ทั่วศูนย์ข้อมูล ระบบคลาวด์สามารถครอบคลุมหลายศูนย์ข้อมูลได้ (ตัวอย่างเช่น Amazon อนุญาตให้ผู้ใช้เตรียมใช้งานอินสแตนซ์เสมือนในศูนย์ข้อมูลจํานวนมาก) สําหรับการดําเนินการบํารุงรักษาตามปกติการปรับสมดุลโหลดและยอมรับข้อผิดพลาดระบบคลาวด์จําเป็นต้องโยกย้าย VM ระหว่างเซิร์ฟเวอร์จริงเป็นระยะ ๆ โดยไม่ส่งผลกระทบต่อบริการและแอปพลิเคชันของผู้ใช้ การโยกย้ายนี้ไม่เพียงแต่ต้องขยายโดเมนเลเยอร์ 3 (โดเมนที่จําเป็นต้องใช้การกําหนดเส้นทาง IP เช่น WAN) เพื่อย้าย VM ข้ามศูนย์ข้อมูล นอกจากนี้ยังต้องขยายโดเมนเลเยอร์ 2 (โดเมนที่ไม่มีการกําหนดเส้นทางเกิดขึ้นและมีการออกอากาศเท่านั้นเช่น LAN) เพื่อขยายหลายศูนย์ข้อมูล

การขนส่งที่เก็บข้อมูลที่รวดเร็วและพร้อมใช้งานสูง

ที่เก็บข้อมูลในศูนย์ข้อมูลระบบคลาวด์ต้องรองรับ VM mobility และพร้อมใช้งานอย่างต่อเนื่อง เครื่องเสมือนที่ถูกโยกย้ายจําเป็นต้องรักษาการสื่อสารกับระบบจัดเก็บข้อมูล วิธีหนึ่งในการหลีกเลี่ยงปัญหานี้คือการย้าย VMs พร้อมกับที่เก็บข้อมูล/ข้อมูล เห็นได้ชัดว่าการดําเนินการนี้จําเป็นต้องมีความพร้อมใช้งานสูง เวลาแฝงต่ํา และการเชื่อมต่อศูนย์ข้อมูลบนระบบคลาวด์ที่มีแบนด์วิดท์สูง โมเดลที่เก็บข้อมูลหลายแบบ (ตัวอย่างเช่น Storage over IP [SoIP], Fibre Channel over Ethernet [FCoE] และ Fibre Channel แบบดั้งเดิม) ใช้งานอยู่ในปัจจุบันและต้องการเครือข่ายคลาวด์ที่มีประสิทธิภาพสูงและพร้อมใช้งานสูง

โดยสรุป ศูนย์ข้อมูลที่ปรับให้เหมาะสมสําหรับระบบคลาวด์จะต้องมีสิ่งต่อไปนี้:

• การออกแบบแบบแยกส่วนเพื่อรองรับการเติบโตแบบเอ็กซ์โพเนนเชียลและการเพิ่มความจุทางกายภาพได้อย่างง่ายดายโดยไม่ต้องหยุดให้บริการใด ๆ
• โทโพโลยีเครือข่ายแบบเรียบที่มีเลเยอร์น้อยลงและอุปกรณ์น้อยลงและห้องโดยสารเพื่อรองรับการจราจรที่ล่าช้าและปริมาณมาก
• การออกแบบเครือข่ายที่มีประสิทธิภาพและยืดหยุ่นมากขึ้น ทําให้ใช้ทรัพยากรเครือข่ายได้เต็มที่ และกู้คืนจากความล้มเหลวเป็นมิลลิวินาที
• ความสามารถในการแยกผู้ใช้ระบบคลาวด์อย่างเต็มที่ ปกป้องทรัพยากรเสมือน และการสื่อสารภายในเซิร์ฟเวอร์ที่ปลอดภัย
• เครื่องเสมือนที่เคลื่อนที่ในการดําเนินการบํารุงรักษาตามปกติบรรลุการปรับสมดุลโหลดและทนต่อข้อบกพร่องได้อย่างราบรื่นและรวดเร็ว
• 24/7, 365-วันต่อปี ความพร้อมใช้งาน และความสามารถในการให้โยกย้าย VM เชื่อมต่อกับระบบเก็บข้อมูลของพวกเขา

ข้อกําหนดสําหรับศูนย์ข้อมูลระบบคลาวด์

นักออกแบบศูนย์ข้อมูลสามารถจัดการข้อกําหนดที่กล่าวถึงก่อนหน้านี้ได้ที่เลเยอร์โครงสร้างพื้นฐาน เลเยอร์การจําลองภาพเสมือน หรือทั้งสองอย่าง ตัวอย่างเช่น ข้อกําหนดความสามารถในการปรับขนาดจําเป็นต้องได้รับการแก้ไขที่ทั้งสองเลเยอร์ ในขณะที่สามารถจัดการการเช่าแบบหลายระดับที่ปลอดภัยได้ที่เลเยอร์การจําลองเสมือนเป็นหลัก รายละเอียดของการใช้ทรัพยากรร่วมกันและการแสดงภาพเสมือนจะครอบคลุมรายละเอียดในมอดูลถัดไป ในโมดูลนี้ เราเกี่ยวข้องกับเลเยอร์โครงสร้างพื้นฐาน ดังนั้นเราจึงนําเสนออุปกรณ์ไอทีเพียงบางตัวเท่านั้น (ตัวอย่างเช่น สวิตช์ เราเตอร์) แพลตฟอร์ม และโปรโตคอลที่สามารถมีส่วนร่วมเพื่อตอบสนองความต้องการสําหรับศูนย์ข้อมูลระบบคลาวด์ เนื่องจากเป็นหลักสูตรการประมวลผลแบบคลาวด์ เราจึงไม่ได้กล่าวถึงว่าอุปกรณ์ โพรโทคอล และแพลตฟอร์มทํางานอย่างไร แต่มุ่งเน้นไปที่ประโยชน์ที่พวกเขานํามาสู่ศูนย์ข้อมูลระบบคลาวด์

ในการเริ่มต้น นักวางแผนศูนย์ข้อมูลสามารถพิจารณาการสลับป้ายชื่อหลายคอลัมน์ (MPLS) เพื่อจัดการกับข้อกําหนดโครงสร้างพื้นฐานของคลาวด์ MPLS เป็นกลไกที่ปรับขนาดได้อย่างมากซึ่งนําข้อมูลจากเซิร์ฟเวอร์หนึ่งไปยังอีกเซิร์ฟเวอร์หนึ่งโดยยึดตามป้ายชื่อเส้นทางสั้นแทนที่จะเป็นที่อยู่เครือข่ายที่ยาว โดยเฉพาะแพ็คเก็ตข้อมูลป้าย MPLS และช่วยให้การส่งต่อแพ็คเก็ตโดยไม่ต้องตรวจสอบเนื้อหาของแพ็คเก็ตซึ่งทําให้การส่งต่อแพ็คเก็ตค่อนข้างเร็วเพราะหลีกเลี่ยงการค้นหาตารางการกําหนดเส้นทางและขึ้นอยู่กับป้ายแพ็คเก็ตเท่านั้น ดังนั้น MPLS จึงช่วยให้สามารถสร้างวงจรแบบ end-to-end ในสื่อการขนส่งประเภทใดก็ได้ ความต้องการหลักสําหรับการสื่อสารระหว่างเซิร์ฟเวอร์กับเซิร์ฟเวอร์ทั่วศูนย์ข้อมูลระบบคลาวด์

ดังที่กล่าวไว้ก่อนหน้านี้ในการประมวลผลแบบคลาวด์ จะมีการกําหนดปริมาณการใช้งานประเภทที่แตกต่างกันและข้อกําหนดแบนด์วิดท์ตัวแปร โดยไม่ต้องพิจารณา MPLS เครือข่ายเลเยอร์ 2 แยกต่างหากอาจจําเป็นในการสร้างซึ่งเห็นได้ชัดว่าไม่ใช่โซลูชันที่ปรับขนาดได้ในศูนย์ข้อมูลบนคลาวด์และสามารถเพิ่มทั้งค่าใช้จ่ายในเงินทุนและการดําเนินงานได้อย่างมาก ในทางตรงกันข้ามกับ MPLS เครือข่ายสามารถใช้ร่วมกันได้ผ่านการสร้างการเชื่อมต่อเครือข่ายเสมือนที่เรียกว่าเส้นทางที่สลับป้ายชื่อ (LSP) นอกจากนี้ คุณภาพของการไหลของปริมาณการใช้งานเหนือ LSP สามารถควบคุมได้อย่างยืดหยุ่น การควบคุมปริมาณการใช้งานดังกล่าวช่วยอํานวยความสะดวกในคุณภาพของบริการ (QoS) แบบ end-to-end และให้การบรรจบกันของเครือข่ายอย่างรวดเร็ว (ประมาณ 50 มิลลิวินาที) ในกรณีที่การเชื่อมโยงล้มเหลวการปรับปรุงที่น่าทึ่งมากกว่า STP ด้วยเหตุนี้ ความโปร่งใสของความล้มเหลวของเครือข่ายสามารถดีขึ้นได้อย่างมาก และสามารถลดการหยุดชะงักของบริการ ซึ่งเป็นข้อกําหนดหลักอื่น ๆ สําหรับความยืดหยุ่นบนศูนย์ข้อมูลบนคลาวด์ที่มากขึ้น

นอกจากนี้ MPLS ยังอนุญาตให้เปิดใช้งานบริการ LAN ส่วนตัวเสมือน (VPLS) เพื่อขยายการเชื่อมต่อเลเยอร์ 2 ในศูนย์ข้อมูลหลายแห่ง VPLS เป็นเทคโนโลยีเครือข่ายส่วนตัวเสมือน (VPN) VPN มักใช้เพื่อเชื่อมต่อที่ปลอดภัยระหว่าง LANs ที่ตั้งอยู่ในเว็บไซต์ต่าง ๆ เช่นศูนย์ข้อมูลที่ใช้ลิงก์อินเทอร์เน็ตสาธารณะ VPLS อนุญาตให้ LAN ที่แตกต่างกันในศูนย์ข้อมูลที่แตกต่างกันสื่อสารราวกับว่าเป็น LAN หนึ่งข้อกําหนดสําคัญสําหรับการปรับปรุงความคล่องตัวของ VM นอกจากนี้ ความสามารถในการเคลื่อนที่ของ VM ยังสามารถได้รับประโยชน์จากความสามารถในการควบคุมการรับส่งข้อมูลดังกล่าวที่เสนอโดย MPLS

การพัฒนาปัจจุบัน

ผู้ขายหลายรายกําลังทําการตลาดเครือข่ายระบบคลาวด์และผลิตภัณฑ์คํานวณเพื่อจัดการกับเป้าหมายการออกแบบต่างๆ ที่ระบุไว้ก่อนหน้านี้ ผลิตภัณฑ์เหล่านี้ส่วนใหญ่มีการเปลี่ยนแปลงในสิ่งที่คุณจะพบในศูนย์ข้อมูลแบบดั้งเดิมโดยมุ่งเน้นไปที่ความหนาแน่นและผู้ใช้พร้อมกัน นักออกแบบศูนย์ข้อมูลที่ต้องการสนับสนุนระบบคลาวด์ส่วนตัวหรือสาธารณะมีแคตตาล็อกผลิตภัณฑ์ที่กําลังเติบโตขึ้นซึ่งจะเลือก

การออกแบบศูนย์ข้อมูลมีการพัฒนาอย่างรวดเร็วในช่วง 5 ปีที่ผ่านมา แนวโน้มนี้ไม่ช้าลง ศูนย์ข้อมูล 5 หรือ 10 ปีจากตอนนี้น่าจะดูแตกต่างจากศูนย์ข้อมูลของวันนี้มาก นักออกแบบศูนย์ข้อมูลกําลังจัดการกับข้อกําหนดใหม่ในขณะที่ปรับปรุงประสิทธิภาพและ TCO เพื่อให้บริการระบบคลาวด์ ด้วยการถือกําเนิดของศูนย์ข้อมูลแบบแยกส่วนที่ออกแบบไว้ล่วงหน้าสิ่งอํานวยความสะดวกจะกลายเป็นส่วนประกอบที่สลับกันได้เช่นเดียวกับอุปกรณ์ไอทีเอง เพื่อตอบสนองความต้องการของผู้บริโภคที่เพิ่มขึ้นสําหรับบริการบนระบบคลาวด์ใหม่ ตลอดจนตอบสนองความต้องการของโครงสร้างพื้นฐานด้าน IT ขององค์กรที่มีอยู่ เราจะเห็นศูนย์ข้อมูลมากขึ้นเรื่อย ๆ โดยแต่ละรุ่นมีประสิทธิภาพมากกว่ารุ่นก่อน