สวัสดีชาว Khabrovites! ตลาดบริการคลาวด์ในรัสเซียมีความแข็งแกร่งอย่างต่อเนื่อง ไฮบริดคลาวด์กำลังได้รับความนิยมมากขึ้นกว่าเดิม แม้ว่าตัวเทคโนโลยีจะยังห่างไกลจากสิ่งใหม่ก็ตาม บริษัทหลายแห่งสงสัยว่าเป็นไปได้แค่ไหนที่จะรักษาและบำรุงรักษาฮาร์ดแวร์จำนวนมาก รวมถึงสิ่งที่จำเป็นในสถานการณ์ต่างๆ ในรูปแบบของคลาวด์ส่วนตัว
วันนี้เราจะพูดถึงในสถานการณ์ใดที่ใช้ไฮบริดคลาวด์จะเป็นขั้นตอนที่สมเหตุสมผล และในสถานการณ์ใดที่สิ่งนี้สามารถสร้างปัญหาได้ บทความนี้จะเป็นประโยชน์สำหรับผู้ที่ไม่เคยมีประสบการณ์จริงจังในการทำงานกับไฮบริดคลาวด์มาก่อน แต่กำลังมองหาพวกเขาอยู่แล้วและไม่รู้ว่าจะเริ่มต้นอย่างไร
ในตอนท้ายของบทความ เราจะจัดเตรียมรายการตรวจสอบเคล็ดลับที่จะช่วยคุณในการเลือกผู้ให้บริการระบบคลาวด์และการตั้งค่าระบบคลาวด์แบบไฮบริด
เราขอให้ทุกคนที่สนใจไปลอง!
คลาวด์ส่วนตัว VS สาธารณะ: ข้อดีและข้อเสีย
เพื่อทำความเข้าใจว่าเหตุผลใดที่ผลักดันให้ธุรกิจต่างๆ เปลี่ยนไปใช้ระบบไฮบริด เรามาดูคุณสมบัติที่สำคัญของระบบคลาวด์สาธารณะและคลาวด์ส่วนตัวกันดีกว่า ก่อนอื่น ให้เรามุ่งเน้นไปที่ประเด็นที่เกี่ยวข้องกับบริษัทส่วนใหญ่ไม่ทางใดก็ทางหนึ่ง เพื่อหลีกเลี่ยงความสับสนในคำศัพท์ เราขอนำเสนอคำจำกัดความหลักๆ ด้านล่างนี้:
คลาวด์ส่วนตัว (หรือส่วนตัว) เป็นโครงสร้างพื้นฐานด้านไอที ซึ่งมีส่วนประกอบอยู่ภายในบริษัทเดียวและบนอุปกรณ์ที่เป็นของบริษัทนี้หรือผู้ให้บริการคลาวด์เท่านั้น
เมฆสาธารณะ คือสภาพแวดล้อมด้านไอที ซึ่งเจ้าของให้บริการโดยมีค่าธรรมเนียมและมอบพื้นที่ในระบบคลาวด์ให้กับทุกคน
ไฮบริดคลาวด์ ประกอบด้วยคลาวด์ส่วนตัวมากกว่าหนึ่งคลาวด์และคลาวด์สาธารณะมากกว่าหนึ่งคลาวด์ ซึ่งพลังการประมวลผลมีการแบ่งปันกัน
เมฆส่วนตัว
แม้จะมีค่าใช้จ่ายสูง แต่คลาวด์ส่วนตัวก็มีข้อดีหลายประการที่ไม่อาจละเลยได้ ซึ่งรวมถึงความสามารถในการควบคุมสูง ความปลอดภัยของข้อมูล และการตรวจสอบการทำงานของทรัพยากรและอุปกรณ์อย่างเต็มรูปแบบ พูดโดยคร่าวๆ ก็คือ คลาวด์ส่วนตัวตอบโจทย์แนวคิดของวิศวกรทั้งหมดเกี่ยวกับโครงสร้างพื้นฐานในอุดมคติ คุณสามารถปรับสถาปัตยกรรมคลาวด์ เปลี่ยนคุณสมบัติและการกำหนดค่าได้ตลอดเวลา
ไม่จำเป็นต้องพึ่งพาผู้ให้บริการภายนอก - ส่วนประกอบโครงสร้างพื้นฐานทั้งหมดยังคงอยู่เคียงข้างคุณ
แต่ถึงแม้จะมีข้อโต้แย้งที่สนับสนุนอย่างมาก แต่คลาวด์ส่วนตัวก็อาจมีราคาแพงมากในช่วงเริ่มต้นและในการบำรุงรักษาในภายหลัง อยู่ในขั้นตอนการออกแบบคลาวด์ส่วนตัวแล้ว จำเป็นต้องคำนวณภาระในอนาคตอย่างถูกต้อง... การออมตั้งแต่เริ่มต้นอาจนำไปสู่ความจริงที่ว่าไม่ช้าก็เร็วคุณจะเผชิญกับการขาดแคลนทรัพยากรและความจำเป็นในการเติบโต และการปรับขนาดคลาวด์ส่วนตัวนั้นเป็นกระบวนการที่ซับซ้อนและมีราคาแพง แต่ละครั้งที่คุณต้องซื้ออุปกรณ์ใหม่ เชื่อมต่อและกำหนดค่า ซึ่งอาจใช้เวลาหลายสัปดาห์ เมื่อเทียบกับการปรับขนาดในระบบคลาวด์สาธารณะที่เกือบจะทันที
นอกจากค่าอุปกรณ์แล้ว ยังจำเป็นต้องจัดหาทรัพยากรทางการเงินสำหรับใบอนุญาตและบุคลากรอีกด้วย
ในบางกรณี ความสมดุลของ "ราคา/คุณภาพ" หรือที่เจาะจงกว่านั้นคือ "ต้นทุนของการปรับขนาดและการบำรุงรักษา/ผลประโยชน์ที่ได้รับ" จะเปลี่ยนไปสู่ราคาในที่สุด
เมฆสาธารณะ
หากมีเพียงคุณเท่านั้นที่เป็นเจ้าของคลาวด์ส่วนตัว คลาวด์สาธารณะก็เป็นของผู้ให้บริการภายนอกที่อนุญาตให้คุณใช้ทรัพยากรการประมวลผลโดยมีค่าธรรมเนียม
ในขณะเดียวกัน ทุกอย่างที่เกี่ยวข้องกับการสนับสนุนและการบำรุงรักษาระบบคลาวด์ก็ตกเป็นภาระของ “ผู้ให้บริการ” อันทรงพลัง งานของคุณคือเลือกแผนภาษีที่เหมาะสมที่สุดและชำระเงินตรงเวลา
การใช้คลาวด์สาธารณะสำหรับโปรเจ็กต์ที่ค่อนข้างเล็กมีราคาถูกกว่าการดูแลกลุ่มอุปกรณ์ของคุณเองมาก
ดังนั้นจึงไม่จำเป็นต้องรักษาผู้เชี่ยวชาญด้านไอทีและลดความเสี่ยงทางการเงิน
คุณสามารถเปลี่ยนผู้ให้บริการคลาวด์และย้ายไปยังตำแหน่งที่เหมาะสมกว่าหรือทำกำไรได้มากกว่าได้ตลอดเวลา
สำหรับข้อเสียของคลาวด์สาธารณะ ทุกอย่างคาดหวังได้ที่นี่: การควบคุมในส่วนของไคลเอนต์น้อยกว่ามาก ประสิทธิภาพลดลงเมื่อประมวลผลข้อมูลจำนวนมาก และความปลอดภัยของข้อมูลต่ำเมื่อเทียบกับส่วนตัว ซึ่งอาจมีความสำคัญสำหรับธุรกิจบางประเภท .
เมฆลูกผสม
ที่จุดตัดของข้อดีและข้อเสียข้างต้นคือคลาวด์แบบไฮบริดซึ่งเป็นการผสมผสานระหว่างคลาวด์ส่วนตัวอย่างน้อยหนึ่งคลาวด์กับคลาวด์สาธารณะอย่างน้อยหนึ่งรายการ เมื่อมองแวบแรก (และแม้กระทั่งในวินาที) อาจดูเหมือนว่าไฮบริดคลาวด์เป็นเสมือนศิลาแห่งนักปรัชญาที่ช่วยให้คุณ "ขยาย" พลังการประมวลผลได้ตลอดเวลา ทำการคำนวณที่จำเป็น และ "ระเบิด" ทุกอย่างกลับคืนมา ไม่ใช่เมฆ แต่เป็น เดวิด เบลน!
ในความเป็นจริง ทุกสิ่งเกือบจะสวยงามพอๆ กับในทางทฤษฎี นั่นคือ ไฮบริดคลาวด์ช่วยประหยัดเวลาและเงิน มีกรณีการใช้งานที่เป็นมาตรฐานและไม่ได้มาตรฐานมากมาย... แต่ก็มีความแตกต่างกันเล็กน้อย นี่คือสิ่งที่สำคัญที่สุด:
ประการแรกจำเป็นต้องเชื่อมต่อคลาวด์ “ของคุณ” และ “ของคนอื่น” อย่างถูกต้อง รวมถึงในแง่ของประสิทธิภาพด้วย ปัญหามากมายอาจเกิดขึ้นได้ที่นี่ โดยเฉพาะอย่างยิ่งหากศูนย์ข้อมูลบนคลาวด์สาธารณะอยู่ระยะไกลหรือสร้างขึ้นจากเทคโนโลยีอื่น ในกรณีนี้มีความเสี่ยงสูงที่จะเกิดความล่าช้าและบางครั้งก็ร้ายแรง
ในประการที่สองการใช้ไฮบริดคลาวด์เป็นโครงสร้างพื้นฐานสำหรับแอปพลิเคชันเดียวจะเต็มไปด้วยประสิทธิภาพที่ไม่สม่ำเสมอในทุกด้าน (ตั้งแต่ CPU ไปจนถึงระบบย่อยของดิสก์) และลดความทนทานต่อข้อผิดพลาด เซิร์ฟเวอร์สองเครื่องที่มีพารามิเตอร์เหมือนกัน แต่อยู่ในเซ็กเมนต์ต่างกัน จะแสดงประสิทธิภาพที่แตกต่างกัน
ประการที่สามอย่าลืมเกี่ยวกับช่องโหว่ของฮาร์ดแวร์ของฮาร์ดแวร์ "ต่างประเทศ" (คำทักทายอย่างแรงกล้าต่อสถาปนิกของ Intel) และปัญหาด้านความปลอดภัยอื่น ๆ ในส่วนสาธารณะของระบบคลาวด์ตามที่กล่าวไว้ข้างต้น
ประการที่สี่การใช้ไฮบริดคลาวด์อาจลดความทนทานต่อข้อผิดพลาดได้อย่างมากหากโฮสต์แอปพลิเคชันเดียว
โบนัสพิเศษ: ตอนนี้เมฆสองก้อนแทนที่จะเป็นหนึ่งเดียว และ/หรือการเชื่อมต่อระหว่างเมฆทั้งสองสามารถ "พังทลาย" ได้ในคราวเดียว และรวมกันได้หลายอย่างในคราวเดียว
เป็นเรื่องที่ควรค่าแก่การกล่าวถึงปัญหาของการโฮสต์แอปพลิเคชันขนาดใหญ่ในระบบคลาวด์แบบไฮบริด
ในกรณีส่วนใหญ่ คุณไม่สามารถรับเครื่องเสมือน 100 เครื่องที่มี RAM ขนาด 128GB ในระบบคลาวด์สาธารณะได้ ส่วนใหญ่แล้วจะไม่มีใครให้รถคันดังกล่าวแก่คุณแม้แต่ 10 คัน
ใช่แล้ว เมฆสาธารณะไม่ใช่ยาง มอสโก ผู้ให้บริการหลายรายไม่ได้สำรองความจุว่างไว้ - และนี่เกี่ยวข้องกับ RAM เป็นหลัก คุณสามารถ "วาด" แกนประมวลผลได้มากเท่าที่คุณต้องการ และคุณสามารถมอบความจุ SSD หรือ HDD มากกว่าที่มีอยู่จริงได้หลายเท่า ผู้ให้บริการหวังว่าคุณจะไม่ใช้วอลุ่มทั้งหมดพร้อมกันและจะสามารถเพิ่มได้ตลอดทาง แต่หากมี RAM ไม่เพียงพอ เครื่องเสมือนหรือแอปพลิเคชันอาจเสียหายได้ง่าย และระบบเสมือนจริงไม่อนุญาตให้ใช้กลอุบายดังกล่าวเสมอไป ไม่ว่าในกรณีใด ควรจดจำการพัฒนาของกิจกรรมนี้และหารือประเด็นเหล่านี้กับผู้ให้บริการ "บนบก" มิฉะนั้นคุณอาจเสี่ยงที่จะถูกทิ้งไว้ข้างหลังในช่วงที่มีการใช้งานสูงสุด (Black Friday, โหลดตามฤดูกาล ฯลฯ )
โดยสรุป หากคุณต้องการใช้โครงสร้างพื้นฐานแบบไฮบริด โปรดทราบว่า:
- ผู้ให้บริการไม่พร้อมที่จะจัดหากำลังการผลิตตามความต้องการเสมอไป
- มีปัญหาและความล่าช้าในการเชื่อมต่อองค์ประกอบต่างๆ คุณต้องเข้าใจว่าโครงสร้างพื้นฐานชิ้นใดและในกรณีใดที่จะส่งคำขอผ่าน "ร่วม" ซึ่งอาจส่งผลต่อประสิทธิภาพและความพร้อมใช้งาน ควรพิจารณาว่าในระบบคลาวด์ไม่มีโหนดคลัสเตอร์เดียว แต่เป็นโครงสร้างพื้นฐานที่แยกจากกันและเป็นอิสระ
- มีความเสี่ยงที่จะเกิดปัญหาในพื้นที่ส่วนใหญ่ของภูมิประเทศ ในโซลูชันแบบไฮบริด คลาวด์อย่างใดอย่างหนึ่งอาจ "หลุด" โดยสิ้นเชิง ในกรณีของคลัสเตอร์การจำลองเสมือนปกติ คุณเสี่ยงต่อการสูญเสียเซิร์ฟเวอร์ได้มากที่สุดเพียงเครื่องเดียว แต่ที่นี่ คุณจะเสี่ยงต่อการสูญเสียจำนวนมากในครั้งเดียวในชั่วข้ามคืน
- สิ่งที่ปลอดภัยที่สุดที่ต้องทำคือปฏิบัติต่อส่วนสาธารณะไม่ใช่ในฐานะ “ผู้ขยาย” แต่เป็นคลาวด์ที่แยกจากกันในศูนย์ข้อมูลที่แยกจากกัน จริงอยู่ ในกรณีนี้ คุณเพิกเฉยต่อ "ความเป็นลูกผสม" ของโซลูชันจริงๆ
การบรรเทาข้อเสียของไฮบริดคลาวด์
ที่จริงแล้วภาพนั้นน่าพึงพอใจมากกว่าที่คุณคิดมาก สิ่งที่สำคัญที่สุดคือการรู้เคล็ดลับในการ “ทำอาหาร” ไฮบริดคลาวด์ที่ดี ต่อไปนี้คือรายการหลักในรูปแบบรายการตรวจสอบ:
- คุณไม่ควรย้ายส่วนที่ไวต่อความล่าช้าของแอปพลิเคชันไปยังคลาวด์สาธารณะโดยแยกจากซอฟต์แวร์หลัก เช่น แคชหรือฐานข้อมูลภายใต้โหลด OLTP
- อย่าวางส่วนต่างๆ ของแอปพลิเคชันไว้บนคลาวด์สาธารณะ โดยที่ส่วนนั้นจะหยุดทำงาน มิฉะนั้นความน่าจะเป็นที่ระบบจะล้มเหลวจะเพิ่มขึ้นหลายเท่า
- เมื่อปรับขนาด โปรดทราบว่าประสิทธิภาพของเครื่องที่ใช้งานในส่วนต่างๆ ของระบบคลาวด์จะแตกต่างกันไป ความยืดหยุ่นในการปรับขนาดยังห่างไกลจากความสมบูรณ์แบบ น่าเสียดายที่นี่เป็นปัญหาด้านการออกแบบสถาปัตยกรรม และคุณจะไม่สามารถกำจัดมันออกไปได้ทั้งหมด คุณสามารถลองลดผลกระทบต่องานเท่านั้น
- พยายามตรวจสอบให้แน่ใจว่ามีความใกล้ชิดทางกายภาพสูงสุดระหว่างคลาวด์สาธารณะและคลาวด์ส่วนตัว ยิ่งระยะทางสั้นลง ความล่าช้าระหว่างเซกเมนต์ก็จะยิ่งน้อยลง ตามหลักการแล้ว คลาวด์ทั้งสองส่วนจะ “ทำงานอยู่” ในศูนย์ข้อมูลเดียวกัน
- สิ่งสำคัญเท่าเทียมกันคือต้องแน่ใจว่าคลาวด์ทั้งสองใช้เทคโนโลยีเครือข่ายที่เหมือนกัน เกตเวย์ Ethernet-InfiniBand อาจก่อให้เกิดปัญหามากมาย
- หากใช้เทคโนโลยีเวอร์ช่วลไลเซชั่นเดียวกันในระบบคลาวด์ส่วนตัวและสาธารณะ นี่ถือเป็นข้อดีอย่างแน่นอน ในบางกรณี คุณสามารถตกลงกับผู้ให้บริการในการย้ายเครื่องเสมือนทั้งหมดโดยไม่ต้องติดตั้งใหม่
- หากต้องการใช้ไฮบริดคลาวด์ให้เกิดผลกำไร ให้เลือกผู้ให้บริการคลาวด์ที่มีราคาที่ยืดหยุ่นที่สุด สิ่งที่ดีที่สุดคือขึ้นอยู่กับทรัพยากรที่ใช้จริง
- ขยายขนาดด้วยศูนย์ข้อมูล: หากคุณต้องการเพิ่มความจุ เราจะเพิ่ม “ศูนย์ข้อมูลแห่งที่สอง” และจัดให้อยู่ภายใต้ภาระงาน คุณคำนวณเสร็จแล้วเหรอ? เรา "ดับ" พลังงานส่วนเกินและประหยัด
- แอปพลิเคชันและโปรเจ็กต์ส่วนบุคคลสามารถย้ายไปยังคลาวด์สาธารณะได้ในขณะที่ระบบคลาวด์ส่วนตัวกำลังถูกปรับขนาด หรือเพียงช่วงระยะเวลาหนึ่งเท่านั้น จริงอยู่ ในกรณีนี้ คุณจะไม่มีไฮบริด แต่จะมีเพียงการเชื่อมต่อ L2 ทั่วไปเท่านั้น ซึ่งไม่ได้ขึ้นอยู่กับการมี/ไม่มีคลาวด์ของคุณเองแต่อย่างใด
แทนการสรุป
นั่นคือทั้งหมดที่ เราได้พูดคุยเกี่ยวกับคุณสมบัติของคลาวด์ส่วนตัวและสาธารณะ และพิจารณาโอกาสหลักในการปรับปรุงประสิทธิภาพและความน่าเชื่อถือของคลาวด์แบบไฮบริด อย่างไรก็ตาม การออกแบบระบบคลาวด์ใดๆ ก็ตามเป็นผลมาจากการตัดสินใจ การประนีประนอม และแบบแผนที่กำหนดโดยวัตถุประสงค์ทางธุรกิจและทรัพยากรของบริษัท
เป้าหมายของเราคือการกระตุ้นให้ผู้อ่านตัดสินใจเลือกโครงสร้างพื้นฐานระบบคลาวด์ที่เหมาะสมอย่างจริงจัง โดยพิจารณาจากเป้าหมายของตนเอง เทคโนโลยีที่มีอยู่ และความสามารถทางการเงิน
เราขอเชิญคุณแบ่งปันประสบการณ์ของคุณกับไฮบริดคลาวด์ในความคิดเห็น เรามั่นใจว่าความเชี่ยวชาญของคุณจะเป็นประโยชน์กับนักบินมือใหม่หลายคน
ที่มา: will.com