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

Date: มกราคม 23, 2019

ป้ายกำกับ:ต้นทุนคลาวด์สำหรับแอพพลิเคชั่นที่มีความพร้อมใช้งานสูง

ต้นทุนคลาวด์สำหรับแอปพลิเคชันที่มีความพร้อมใช้งานสูง

หลังจากทำสัญญากับผู้ให้บริการคลาวด์ไม่นานบิลจะมาถึงที่ทำให้เกิดการกระแทกสติ๊กเกอร์ มีค่าใช้จ่ายที่ไม่คาดคิดและดูเหมือนมากเกินไป ดูเหมือนว่าผู้รับผิดชอบไม่สามารถอธิบายได้ว่าจะเกิดอะไรขึ้น สถานการณ์เร่งด่วนเนื่องจากจำนวนเงินที่คุกคามงบประมาณด้านไอทีเว้นแต่ว่าจะมีการเปลี่ยนแปลงการประหยัดต้นทุนทันที ดังนั้นเราจะจัดการต้นทุนของคลาวด์สำหรับแอปพลิเคชันที่มีความพร้อมใช้งานสูงได้อย่างไร ช็อตสติกเกอร์บริการบนคลาวด์มักเกิดจากแอปพลิเคชันฐานข้อมูลที่มีความสำคัญยิ่ง โดยเฉพาะอย่างยิ่งสิ่งเหล่านี้มักจะมีราคาแพงที่สุดด้วยเหตุผลหลายประการ แอปพลิเคชั่นเหล่านี้ต้องเรียกใช้ 24/7 พวกเขาต้องการความซ้ำซ้อนซึ่งเกี่ยวข้องกับการจำลองข้อมูลและการเตรียมอินสแตนซ์เซิร์ฟเวอร์สแตนด์บาย การจำลองข้อมูลต้องมีการเคลื่อนย้ายข้อมูลรวมทั้งทั่วทั้งเครือข่ายบริเวณกว้าง (WAN) และการให้ความพร้อมใช้งานสูงอาจส่งผลให้ต้นทุนสูงขึ้นในการให้สิทธิ์ใช้งาน Windows เพื่อรับ Windows Server Failover Clustering (เทียบกับ Linux แบบโอเพ่นซอร์สฟรี) หรือให้สิทธิ์ Enterprise Edition ของ SQL Server เพื่อให้ได้กลุ่มความพร้อมใช้งานเสมอ ก่อนที่จะเสนอคำแนะนำสำหรับการจัดการต้นทุนของคลาวด์สำหรับแอพพลิเคชั่นที่มีความพร้อมใช้งานสูงเป็นสิ่งสำคัญที่จะต้องทราบว่าเป้าหมายที่นี่ไม่ได้ลดค่าใช้จ่ายเหล่านั้น แต่แทนที่จะปรับราคา / ประสิทธิภาพให้เหมาะสมสำหรับแต่ละแอปพลิเคชัน กล่าวอีกอย่างหนึ่งก็คือเหมาะสมที่จะจ่ายมากขึ้นเมื่อจัดสรรทรัพยากรสำหรับแอปพลิเคชันเหล่านั้นที่ต้องการประสิทธิภาพการทำงานที่สูงขึ้นและปริมาณงานที่สูงขึ้น เป็นสิ่งสำคัญที่จะต้องทราบว่าโครงสร้างพื้นฐานคลาวด์ไฮบริด – ซึ่งมีแอพพลิเคชั่นที่ทำงานอยู่ทั้งหมดหรือบางส่วนในระบบคลาวด์ส่วนตัวและสาธารณะ – จะเป็นวิธีที่ดีที่สุดในการบรรลุราคา / ประสิทธิภาพที่ดีที่สุด

การทำความเข้าใจรูปแบบธุรกิจและราคาของผู้ให้บริการคลาวด์

ประสบการณ์ช็อตสติกเกอร์แสดงให้เห็นถึงความต้องการที่จะเข้าใจอย่างถ่องแท้ว่าบริการคลาวด์มีราคาและการจัดการต้นทุนของคลาวด์สำหรับแอพพลิเคชั่นที่มีความพร้อมใช้งานสูง บริการที่มีอยู่เท่านั้นจึงจะสามารถใช้ประโยชน์ได้อย่างคุ้มค่าที่สุด ผู้ให้บริการคลาวด์ทั้งหมด (CSPs) เผยแพร่การกำหนดราคา เว้นแต่จะระบุไว้ในข้อตกลงการบริการการกำหนดราคานั้นเปลี่ยนแปลงตลอดเวลา ทรัพยากรบนฮาร์ดแวร์ทั้งหมดรวมถึงการคำนวณทางกายภาพและเสมือนการเก็บข้อมูลและบริการเครือข่ายย่อมมีต้นทุนทางตรงหรือทางอ้อม สิ่งเหล่านี้ล้วนมีพื้นฐานอยู่บนขอบเขตพลังงานและการทำความเย็นของระบบเหล่านี้ สำหรับซอฟต์แวร์โอเพ่นซอร์สนั้นฟรี แต่ระบบปฏิบัติการเชิงพาณิชย์และ / หรือซอฟต์แวร์แอปพลิเคชันทั้งหมดจะต้องเสียค่าธรรมเนียมใบอนุญาต และได้รับการเตือนล่วงหน้าว่าการออกใบอนุญาตใช้ซอฟต์แวร์และรูปแบบการกำหนดราคาบางอย่างอาจค่อนข้างซับซ้อน ดังนั้นโปรดศึกษาด้วยความระมัดระวัง นอกเหนือจากค่าใช้จ่ายพื้นฐานเหล่านี้สำหรับฮาร์ดแวร์และซอฟต์แวร์แล้วยังมีค่าใช้จ่ายตามสั่งสำหรับบริการเสริมต่างๆ ซึ่งรวมถึงข้อกำหนดด้านความปลอดภัยสมดุลภาระและการป้องกันข้อมูล นอกจากนี้ยังอาจมีค่าใช้จ่าย "ซ่อนเร้น" สำหรับ I / O สำหรับการจัดเก็บหรือในไมโครไซต์ที่แจกจ่ายหรือสำหรับการใช้ประโยชน์สูงสุดที่เกิดขึ้นเพียงเล็กน้อยในช่วง "ระเบิด" เนื่องจาก CSP ทุกแห่งมีรูปแบบธุรกิจและการกำหนดราคาที่ไม่เหมือนใคร . และโดยทั่วไปทรัพยากรที่มีราคาแพงที่สุดนั้นเกี่ยวข้องกับการคำนวณการออกใบอนุญาตใช้ซอฟต์แวร์และการเคลื่อนย้ายข้อมูล พวกเขาช่วยกันคิดเป็น 80% หรือมากกว่าของค่าใช้จ่ายทั้งหมด การเคลื่อนย้ายข้อมูลอาจมีค่าใช้จ่าย WAN แยกต่างหากซึ่งไม่รวมอยู่ในใบเรียกเก็บเงินจาก CSP การจัดเก็บและระบบเครือข่ายภายในโครงสร้างพื้นฐานของ CSP มักเป็นทรัพยากรที่มีค่าใช้จ่ายน้อยที่สุด โซลิดสเตทไดรฟ์ (SSDs) โดยทั่วไปจะมีราคาสูงกว่าสื่อแบบหมุนได้ต่อหนึ่งเทราไบต์ แต่ SSD ยังมอบประสิทธิภาพที่เหนือกว่าดังนั้นราคา / ประสิทธิภาพอาจเปรียบเทียบหรือดีกว่า และในขณะที่การย้ายข้อมูลกลับไปยังองค์กรอาจมีราคาแพงการย้ายข้อมูลจากองค์กรไปยังระบบคลาวด์สาธารณะสามารถทำได้โดยไม่เสียค่าใช้จ่าย (แม้จะมีค่าใช้จ่าย WAN แยกต่างหาก)

การกำหนดกลยุทธ์เพื่อเพิ่มประสิทธิภาพราคา / ประสิทธิภาพ

การครอบคลุมค่าใช้จ่ายของคลาวด์สำหรับแอพพลิเคชั่นที่มีความพร้อมใช้งานสูงจำเป็นต้องมีการตรวจสอบอย่างพิถีพิถัน ต่อไปนี้เป็นคำแนะนำสำหรับการจัดการการใช้ทรัพยากรในระบบคลาวด์สาธารณะด้วยวิธีการที่สามารถลดต้นทุนในขณะที่รักษาระดับการบริการที่เหมาะสมสำหรับแอปพลิเคชันทั้งหมด ซึ่งรวมถึงผู้ที่ต้องการภารกิจที่สำคัญเวลาทำงานสูงและปริมาณงาน โดยทั่วไปการกำหนดขนาดที่เหมาะสมเป็นหลักการพื้นฐานสำหรับการจัดการการใช้ทรัพยากรเพื่อให้ได้ราคา / ประสิทธิภาพที่เหมาะสม เมื่อวิลลี่ซัตตันถูกถามว่าทำไมเขาถึงปล้นธนาคารเขาจึงตอบว่า“ เพราะนั่นคือที่ที่เงินอยู่” ในคลาวด์เงินอยู่ในการคำนวณทรัพยากรดังนั้นสิ่งที่ควรให้ความสำคัญสูงสุดสำหรับการปรับขนาดให้เหมาะสม สำหรับแอปพลิเคชันใหม่ให้เริ่มต้นด้วยการกำหนดค่าเครื่องเสมือนน้อยที่สุดเพื่อคำนวณทรัพยากร เพิ่มแกน CPU, หน่วยความจำและ / หรือ I / O เท่านั้นตามต้องการเพื่อให้ได้ประสิทธิภาพที่น่าพอใจ เครื่องเสมือนทั้งหมดสำหรับแอปพลิเคชันที่มีอยู่ควรมีขนาดที่เหมาะสม เริ่มต้นด้วยสิ่งที่คุ้มค่าที่สุด ลดการจัดสรรทีละน้อยในขณะที่ตรวจสอบประสิทธิภาพอย่างต่อเนื่องจนกว่าจะได้รับผลตอบแทนลดลง เป็นที่น่าสังเกตว่าความเสี่ยงที่สำคัญที่เกี่ยวข้องกับการปรับขนาดที่เหมาะสมคือโอกาสในการปรับขนาด อย่างไรก็ตามอาจส่งผลให้ประสิทธิภาพต่ำ น่าเสียดายวิธีที่ดีที่สุดในการประเมินประสิทธิภาพที่แท้จริงของแอปพลิเคชันคือปริมาณงานการผลิตทำให้โลกแห่งความจริงเป็นสถานที่ที่เหมาะสมกับขนาดที่เหมาะสม โชคดีที่ระบบคลาวด์ช่วยลดความเสี่ยงนี้ด้วยการทำให้การปรับขนาดการกำหนดค่าตามความต้องการเป็นเรื่องง่าย ดังนั้นขนาดที่เหมาะสมอุกอาจในกรณีที่จำเป็น อย่างไรก็ตามเตรียมพร้อมที่จะตอบสนองอย่างรวดเร็วในการตอบสนองต่อการเปลี่ยนแปลงแต่ละอย่าง การจัดเก็บในทางตรงกันข้ามกับการคำนวณโดยตรงนั้นโดยทั่วไปจะมีราคาไม่แพงในระบบคลาวด์ แต่ต้องระวังการใช้ที่เก็บข้อมูลราคาถูกเพราะ I / O อาจต้องเสียค่าใช้จ่ายแยกต่างหากและเสียค่าใช้จ่ายกับบริการบางอย่าง หากเป็นเช่นนั้นให้ใช้ประโยชน์จากเทคโนโลยีการเพิ่มประสิทธิภาพที่คุ้มค่ามากขึ้นเช่นการจัดเก็บข้อมูลแบบทำเป็นชั้นการแคชและ / หรือฐานข้อมูลในหน่วยความจำ (ถ้ามี) เพื่อเพิ่มประสิทธิภาพการใช้ประโยชน์จากทรัพยากรทั้งหมด ลิขสิทธิ์ซอฟต์แวร์อาจเป็นค่าใช้จ่ายจำนวนมากทั้งในระบบคลาวด์ส่วนตัวและสาธารณะ ด้วยเหตุนี้องค์กรจำนวนมากจึงย้ายจาก Windows ไปยัง Linux และจาก SQL Server ไปยังฐานข้อมูลเชิงพาณิชย์และ / หรือโอเพ่นซอร์สที่ราคาไม่แพง แต่สำหรับแอพพลิเคชั่นเหล่านั้นที่รับประกันระบบปฏิบัติการ“ พรีเมี่ยม” และ / หรือแอพพลิเคชั่นซอฟต์แวร์ให้ตรวจสอบ CSP ต่างๆเพื่อดูว่ารูปแบบการกำหนดราคาใด ๆ อาจประหยัดค่าใช้จ่ายสำหรับการกำหนดค่าที่ต้องการ สุดท้าย CSP ทั้งหมดเสนอส่วนลดและการรวมกันของสิ่งเหล่านี้บางครั้งสามารถบรรลุการประหยัดสูงสุดถึง 50% ตัวอย่างรวมถึงการชำระเงินล่วงหน้าสำหรับบริการการทำสัญญาบริการและ / หรือย้ายแอพพลิเคชั่นไปยังภูมิภาคอื่น

การสร้างและบังคับใช้การควบคุมการควบคุมต้นทุน

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

การจัดการกรณีการใช้เคสที่แย่ที่สุด: แอปพลิเคชั่นที่มีความพร้อมใช้งานสูง

นอกเหนือจากเหตุผลที่อ้างถึงในการแนะนำว่าทำไมแอปพลิเคชันที่มีความพร้อมใช้งานสูงมักจะมีราคาแพงที่สุด CSP หลักทั้งสามคือ Google, Microsoft และ Amazon มีข้อ จำกัด เกี่ยวกับความพร้อมใช้งานสูงอย่างน้อย ตัวอย่างรวมถึงความล้มเหลวที่เกิดจากการขัดข้องของโซนและไม่ได้เกิดจากความล้มเหลวทั่วไปอื่น ๆ อีกมากมาย อินสแตนซ์หลักสามารถสร้างแบบจำลองการเฟลโอเวอร์เพียงครั้งเดียวเท่านั้น และการใช้บันทึกเหตุการณ์เพื่อทำซ้ำข้อมูลซึ่งสร้าง“ ความล่าช้าในการจำลองแบบ” ซึ่งอาจส่งผลให้เกิดการหยุดทำงานชั่วคราวในระหว่างที่เกิดความล้มเหลว แน่นอนว่าไม่มีข้อ จำกัด ใด ๆ ที่จะผ่านไม่ได้และมีงบประมาณมากพอสมควร ความท้าทายคือการค้นหาโซลูชันทั่วไปและคุ้มค่าสำหรับการใช้งานความพร้อมใช้งานสูงในระบบคลาวด์สาธารณะส่วนตัวและไฮบริด ในบรรดาโซลูชันที่หลากหลายและราคาไม่แพงที่สุดก็คือคลัสเตอร์พื้นที่จัดเก็บข้อมูล (SAN) ที่ไม่มีการทำงานล้มเหลว โซลูชันความพร้อมใช้งานสูงเหล่านี้มีการใช้งานอย่างสมบูรณ์ในซอฟต์แวร์ที่สร้างขึ้นโดยมีจุดประสงค์เพื่อสร้าง ตามที่ระบุโดยชื่อคลัสเตอร์ที่ไม่มีอะไรที่แบ่งใช้ของเซิร์ฟเวอร์และหน่วยเก็บข้อมูลที่มี failover อัตโนมัติทั่วทั้งเครือข่ายท้องถิ่นและ / หรือ WAN เพื่อรับรองความพร้อมใช้งานสูงในระดับแอปพลิเคชัน โซลูชันเหล่านี้ส่วนใหญ่มีการรวมกันของการจำลองข้อมูลระดับบล็อกแบบเรียลไทม์การตรวจสอบแอปพลิเคชันอย่างต่อเนื่องและนโยบายการกู้คืนความล้มเหลว / ล้มเหลวที่กำหนดค่าได้ คลัสเตอร์ failover SAN ที่มีความทนทานน้อยกว่าบางตัวยังมีความสามารถขั้นสูง ตัวอย่างเช่นการปรับให้เหมาะสม WAN เพื่อเพิ่มประสิทธิภาพและลดการใช้แบนด์วิดท์การสนับสนุนที่แข็งแกร่งสำหรับ SQL Server Standard Edition ที่ราคาถูกกว่า และอย่าลืมการสลับการทำงานด้วยตนเองของการกำหนดเซิร์ฟเวอร์หลักและรองสำหรับการบำรุงรักษาตามแผนและความสามารถในการสำรองข้อมูลตามปกติโดยไม่ทำให้แอปพลิเคชันหยุดชะงัก

การรักษามุมมองที่เหมาะสม

ในขณะที่ลองใช้คำแนะนำเหล่านี้ในระบบคลาวด์ไฮบริดของคุณพยายามที่จะรักษาค่า CSP รายเดือนไว้ในมุมมองที่เหมาะสม ด้วยคลาวด์สาธารณะค่าใช้จ่ายทั้งหมดจะปรากฏในใบแจ้งหนี้ใบเดียว ในทางตรงกันข้ามค่าใช้จ่ายทั้งหมดในการใช้งานระบบคลาวด์ส่วนตัวนั้นแทบจะไม่ถูกนำเสนอในรูปแบบที่สมบูรณ์และรวมกัน และถ้าเป็นเช่นนั้นค่าใช้จ่ายทั้งหมดอาจทำให้เกิดการกระแทกของสติกเกอร์ ดังนั้นการออกกำลังกายที่มีประโยชน์อาจเข้าใจค่าใช้จ่ายทั้งหมดในการใช้งานระบบคลาวด์ส่วนตัวโดยไม่ต้องเสียค่าใช้จ่ายใด ๆ ราวกับว่าเป็นธุรกิจเดี่ยวเช่นผู้ให้บริการคลาวด์ ดังนั้นค่าใช้จ่ายเหล่านั้นจาก CSP สำหรับแอปพลิเคชันที่สำคัญต่อภารกิจของคุณอาจไม่น่าตกใจนัก บทความจาก www.dbta.com