สวัสดีทุกคน. บทความนี้เขียนขึ้นสำหรับผู้ที่ยังลังเลระหว่างการเลือกแพลตฟอร์มการจำลองเสมือนและหลังจากอ่านบทความจากซีรีส์ “เราติดตั้ง proxmox และโดยทั่วไปแล้วทุกอย่างเรียบร้อยดี มีเวลาทำงาน 6 ปีโดยไม่หยุดพักแม้แต่ครั้งเดียว” แต่หลังจากติดตั้งโซลูชันนอกกรอบอย่างใดอย่างหนึ่ง คำถามก็เกิดขึ้น: ฉันจะแก้ไขสิ่งนี้ที่นี่ได้อย่างไร เพื่อให้การตรวจสอบเข้าใจได้ง่ายขึ้น และที่นี่ เพื่อควบคุมการสำรองข้อมูล…. และเมื่อถึงเวลา คุณจะตระหนักได้ว่าคุณต้องการบางสิ่งที่ใช้งานได้จริงมากขึ้น หรือคุณต้องการให้ทุกอย่างภายในระบบของคุณชัดเจน ไม่ใช่กล่องดำนี้ หรือคุณต้องการใช้อะไรที่มากกว่าไฮเปอร์ไวเซอร์และเครื่องเสมือนจำนวนมาก บทความนี้จะประกอบด้วยความคิดและแนวปฏิบัติบางประการตามแพลตฟอร์ม Opennebula - ฉันเลือกเพราะว่า ไม่ต้องการทรัพยากรและสถาปัตยกรรมก็ไม่ซับซ้อนมากนัก
ตามที่เราเห็น ผู้ให้บริการคลาวด์หลายรายทำงานบน kvm และทำการเชื่อมต่อภายนอกเพื่อควบคุมเครื่อง เป็นที่ชัดเจนว่าผู้ให้บริการโฮสต์รายใหญ่เขียนเฟรมเวิร์กของตนเองสำหรับโครงสร้างพื้นฐานคลาวด์ เช่น YANDEX เดียวกัน มีคนใช้ openstack และทำการเชื่อมต่อบนพื้นฐานนี้ - SELECTEL, MAIL.RU แต่หากคุณมีฮาร์ดแวร์เป็นของตัวเองและมีทีมงานผู้เชี่ยวชาญจำนวนไม่มาก คุณมักจะเลือกอุปกรณ์สำเร็จรูป เช่น VMWARE, HYPER-V มีใบอนุญาตทั้งแบบฟรีและมีค่าใช้จ่าย แต่นั่นไม่ใช่สิ่งที่เรากำลังพูดถึงอยู่ตอนนี้ เรามาพูดถึงผู้ที่ชื่นชอบกันดีกว่า - คนเหล่านี้คือผู้ที่ไม่กลัวที่จะเสนอและลองสิ่งใหม่ ๆ แม้ว่า บริษัท จะระบุไว้อย่างชัดเจนว่า "ใครจะให้บริการสิ่งนี้หลังจากคุณ" "เราจะเปิดตัวสิ่งนี้ไปสู่การผลิตในภายหลังหรือไม่ ? น่ากลัว." แต่ก่อนอื่นคุณสามารถใช้โซลูชันเหล่านี้บนม้านั่งทดสอบได้ และหากทุกคนชอบ คุณก็ถามคำถามเกี่ยวกับการพัฒนาเพิ่มเติมและการใช้งานในสภาพแวดล้อมที่รุนแรงยิ่งขึ้นได้
นี่คือลิงค์ไปยังรายงานด้วย จากผู้เข้าร่วมการพัฒนาแพลตฟอร์มนี้
บางทีในบทความนี้อาจมีบางสิ่งที่ไม่จำเป็นและเข้าใจได้สำหรับผู้เชี่ยวชาญที่มีประสบการณ์และในบางกรณีฉันจะไม่อธิบายทุกอย่างเพราะมีคำสั่งและคำอธิบายที่คล้ายกันบนอินเทอร์เน็ต นี่เป็นเพียงประสบการณ์ของฉันกับแพลตฟอร์มนี้ ฉันหวังว่าผู้เข้าร่วมที่กระตือรือร้นจะเพิ่มความคิดเห็นเกี่ยวกับสิ่งที่สามารถทำได้ดีกว่านี้และสิ่งที่ฉันทำผิดพลาด การดำเนินการทั้งหมดเกิดขึ้นในโฮมสแตนด์ที่ประกอบด้วยพีซี 3 เครื่องที่มีลักษณะแตกต่างกัน นอกจากนี้ฉันไม่ได้ระบุโดยเฉพาะเจาะจงว่าซอฟต์แวร์นี้ทำงานอย่างไรและจะติดตั้งอย่างไร ไม่ มีเพียงประสบการณ์การบริหารและปัญหาที่ฉันพบเท่านั้น บางทีนี่อาจเป็นประโยชน์กับคนที่ตนเลือก
เอาล่ะ มาเริ่มกันเลย ในฐานะผู้ดูแลระบบ ประเด็นต่อไปนี้มีความสำคัญสำหรับฉัน หากไม่มีข้อนี้ฉันก็ไม่น่าจะใช้โซลูชันนี้
1. ความสามารถในการทำซ้ำการติดตั้ง
มีคำแนะนำมากมายในการติดตั้ง opennebula ซึ่งไม่น่าจะมีปัญหาใดๆ จากเวอร์ชันหนึ่งไปอีกเวอร์ชันหนึ่ง คุณลักษณะใหม่ๆ จะปรากฏขึ้นซึ่งจะไม่ทำงานเสมอไปเมื่อย้ายจากเวอร์ชันหนึ่งไปอีกเวอร์ชันหนึ่ง
2. การตรวจสอบ
เราจะตรวจสอบโหนดเอง kvm และ opennebula โชคดีที่มันพร้อมแล้ว มีตัวเลือกมากมายเกี่ยวกับการตรวจสอบโฮสต์ Linux, Zabbix หรือผู้ส่งออกโหนดเดียวกัน - ใครก็ตามที่ชอบสิ่งที่ดีกว่า - ในขณะนี้ ฉันกำหนดให้มันเป็นตัวชี้วัดของระบบการตรวจสอบ (อุณหภูมิที่สามารถวัดได้ ความสอดคล้องของอาร์เรย์ดิสก์) ผ่านทาง zabbix และสำหรับการสมัครผ่านผู้ส่งออก Prometheus สำหรับการมอนิเตอร์ kvm คุณสามารถทำโปรเจ็กต์ได้ และตั้งค่าให้ทำงานผ่าน systemd มันทำงานได้ค่อนข้างดีและแสดงตัวชี้วัด kvm นอกจากนี้ยังมีแดชบอร์ดสำเร็จรูปอีกด้วย .
ตัวอย่างเช่น นี่คือไฟล์ของฉัน:
/etc/systemd/system/libvirtd_exporter.service
[Unit]
Description=Node Exporter
[Service]
User=node_exporter
ExecStart=/usr/sbin/prometheus-libvirt-exporter --web.listen-address=":9101"
[Install]
WantedBy=multi-user.targetดังนั้นเราจึงมีผู้ส่งออก 1 ราย เราต้องการผู้ส่งออกรายที่สองเพื่อตรวจสอบ opennebula เอง ฉันใช้สิ่งนี้
สามารถเพิ่มได้ตามปกติ เพื่อติดตามระบบดังต่อไปนี้
ในไฟล์ node_exporter เราเปลี่ยนการเริ่มต้นดังนี้:
ExecStart=/usr/sbin/node_exporter --web.listen-address=":9102" --collector.textfile.directory=/var/lib/opennebula_exporter/textfile_collectorสร้างไดเร็กทอรี mkdir -p /var/lib/opennebula_exporter
สคริปต์ทุบตีที่นำเสนอข้างต้น ก่อนอื่นเราจะตรวจสอบงานผ่านคอนโซล ถ้ามันแสดงสิ่งที่เราต้องการ (หากมีข้อผิดพลาด ให้ติดตั้ง xmlstarlet) คัดลอกไปที่ /usr/local/bin/opennebula_exporter.sh
เพิ่มงาน cron ทุก ๆ นาที:
*/1 * * * * (/usr/local/bin/opennebula_exporter.sh > /var/lib/opennebula_exporter/textfile_collector/opennebula.prom)ตัวชี้วัดเริ่มปรากฏขึ้น คุณสามารถนำไปใช้ได้เหมือนโพรมีธีอุสและสร้างกราฟและแจ้งเตือน ใน Grafana คุณสามารถวาดแดชบอร์ดง่ายๆ ได้
(เห็นได้ชัดว่าที่นี่ฉันโอเวอร์คอมมิต cpu, ram)
สำหรับผู้ที่รักและใช้ Zabbix ก็มีครับ
ในส่วนของการติดตาม สิ่งสำคัญคือมันอยู่ที่นั่น แน่นอน คุณยังสามารถใช้เครื่องมือตรวจสอบเครื่องเสมือนในตัวและอัปโหลดข้อมูลไปยังการเรียกเก็บเงินได้ที่นี่ ทุกคนมีวิสัยทัศน์เป็นของตัวเอง ฉันยังไม่ได้เริ่มทำงานในเรื่องนี้อย่างใกล้ชิดกว่านี้
ฉันยังไม่ได้เริ่มเข้าสู่ระบบจริงๆ อ็อพชันที่ง่ายที่สุดคือการเพิ่ม td-agent เพื่อแยกวิเคราะห์ไดเร็กทอรี /var/lib/one ด้วยนิพจน์ทั่วไป ตัวอย่างเช่น ไฟล์ sunstone.log ตรงกับ nginx regexp และไฟล์อื่นๆ ที่แสดงประวัติการเข้าถึงแพลตฟอร์ม - ข้อดีของสิ่งนี้คืออะไร ตัวอย่างเช่น เราสามารถติดตามหมายเลขของ “ข้อผิดพลาด ข้อผิดพลาด” ได้อย่างชัดเจน และติดตามอย่างรวดเร็วว่ามีความผิดปกติเกิดขึ้นที่ไหนและระดับใด
3. การสำรองข้อมูล
นอกจากนี้ยังมีโครงการที่เสร็จสิ้นแล้วโดยได้รับค่าตอบแทน เช่น ก.ย :OpenNebula_Backup. ที่นี่เราต้องเข้าใจว่าการสำรองอิมเมจเครื่องนั้นไม่เหมือนกันในกรณีนี้ เนื่องจากเครื่องเสมือนของเราต้องทำงานร่วมกับการผสานรวมอย่างสมบูรณ์ (ไฟล์บริบทเดียวกันกับที่อธิบายการตั้งค่าเครือข่าย ชื่อ vm และการตั้งค่าแบบกำหนดเองสำหรับแอปพลิเคชันของคุณ) . ดังนั้นเราจึงตัดสินใจว่าจะสำรองข้อมูลอะไรและอย่างไร ในบางกรณี ควรทำสำเนาสิ่งที่อยู่ใน vm เองจะดีกว่า และบางทีคุณอาจต้องสำรองข้อมูลเพียงดิสก์เดียวจากเครื่องที่กำหนด
ตัวอย่างเช่น เราได้พิจารณาแล้วว่าเครื่องทั้งหมดเริ่มต้นด้วยรูปภาพที่คงอยู่ ดังนั้น หลังจากอ่านเสร็จแล้ว
ซึ่งหมายความว่าก่อนอื่นเราสามารถอัปโหลดภาพจาก vm ของเราได้:
onevm disk-saveas 74 3 prom.qcow2
Image ID: 77
Смотрим, под каким именем он сохранился
oneimage show 77
/var/lib/one//datastores/100/f9503161fe180658125a9b32433bf6e8
И далее копируем куда нам необходимо. Конечно, так себе способ. Просто хотел показать, что используя инструменты opennebula можно строить подобные решения.ฉันยังพบบนอินเทอร์เน็ต และยังมีอีกมาก แต่มีพื้นที่เก็บข้อมูลสำหรับ qcow2 เท่านั้น
แต่ดังที่เราทุกคนทราบไม่ช้าก็เร็วก็ถึงเวลาที่คุณต้องการการสำรองข้อมูลเพิ่มเติม ที่นี่จะยากขึ้นและบางทีฝ่ายบริหารอาจจัดสรรเงินสำหรับโซลูชันที่ต้องชำระเงิน หรือไปทางอื่นและเข้าใจว่าที่นี่เราเพียงตัดทรัพยากรเท่านั้น และทำการสำรองข้อมูลในระดับแอปพลิเคชันและเพิ่มโหนดและเครื่องเสมือนใหม่จำนวนหนึ่ง - ใช่ ที่นี่ ฉันกำลังบอกว่าการใช้คลาวด์เพียงอย่างเดียวเพื่อเปิดใช้งานคลัสเตอร์แอปพลิเคชัน และการเปิดตัวฐานข้อมูลบนแพลตฟอร์มอื่น หรือใช้ฐานข้อมูลสำเร็จรูป จากซัพพลายเออร์หากเป็นไปได้
4. ใช้งานง่าย
ในย่อหน้านี้ ฉันจะอธิบายปัญหาที่ฉันพบ ตัวอย่างเช่น ตามรูปภาพ อย่างที่เราทราบ ยังคงมีอยู่อย่างต่อเนื่อง - เมื่ออิมเมจนี้ถูกเมานต์บน vm ข้อมูลทั้งหมดจะถูกเขียนลงในอิมเมจนี้ และหากไม่ถาวร รูปภาพจะถูกคัดลอกไปยังที่เก็บข้อมูล และข้อมูลจะถูกเขียนไปยังสิ่งที่คัดลอกจากอิมเมจต้นฉบับ - นี่คือวิธีการทำงานของเทมเพลตเทมเพลต ฉันทำให้เกิดปัญหากับตัวเองซ้ำแล้วซ้ำเล่าโดยลืมระบุการคงอยู่และคัดลอกอิมเมจ 200 GB ปัญหาคือขั้นตอนนี้ไม่สามารถยกเลิกได้อย่างแน่นอน คุณต้องไปที่โหนดและฆ่ากระบวนการ "cp" ปัจจุบัน
ข้อเสียเปรียบที่สำคัญประการหนึ่งคือ คุณไม่สามารถยกเลิกการดำเนินการโดยใช้ GUI ได้ หรือค่อนข้างจะยกเลิกและดูว่าไม่มีอะไรเกิดขึ้นแล้วคุณจะเริ่มต้นใหม่อีกครั้ง ยกเลิกและในความเป็นจริงจะมีกระบวนการ 2 cp ที่คัดลอกรูปภาพอยู่แล้ว
และจากนั้นก็มาถึงการทำความเข้าใจว่าเหตุใด opennebula จึงกำหนดหมายเลขอินสแตนซ์ใหม่แต่ละรายการด้วย id ใหม่ ตัวอย่างเช่นใน proxmox เดียวกันสร้าง vm ด้วย id 101 ลบออก จากนั้นคุณสร้างมันขึ้นมาอีกครั้งและ id 101 ใน opennebula สิ่งนี้จะไม่เกิดขึ้น แต่ละอินสแตนซ์ใหม่จะถูกสร้างขึ้นด้วยรหัสใหม่ และสิ่งนี้จะมีตรรกะของตัวเอง - ตัวอย่างเช่น การล้างข้อมูลเก่าหรือการติดตั้งที่ไม่สำเร็จ
เช่นเดียวกับการจัดเก็บข้อมูล ที่สำคัญที่สุด แพลตฟอร์มนี้มุ่งเป้าไปที่การจัดเก็บข้อมูลแบบรวมศูนย์ มีส่วนเสริมสำหรับใช้งานในพื้นที่ แต่นั่นไม่ใช่สิ่งที่เรากำลังพูดถึงในกรณีนี้ ฉันคิดว่าในอนาคตจะมีคนเขียนบทความเกี่ยวกับวิธีที่พวกเขาจัดการเพื่อใช้ที่จัดเก็บในเครื่องบนโหนดและใช้งานจริงได้สำเร็จ
5. ความเรียบง่ายสูงสุด
แน่นอนว่ายิ่งคุณไปไกลเท่าไร คนที่จะเข้าใจคุณก็จะยิ่งน้อยลงเท่านั้น
ภายใต้เงื่อนไขของขาตั้งของฉัน - 3 โหนดพร้อมที่เก็บข้อมูล nfs - ทุกอย่างทำงานได้ดี แต่ถ้าเราดำเนินการทดลองที่เกี่ยวข้องกับไฟฟ้าดับ เช่น เมื่อเรียกใช้ Snapshot และปิดการทำงานของโหนด เราจะบันทึกการตั้งค่าในฐานข้อมูลว่ามี Snapshot แต่จริงๆ แล้วไม่มีเลย (คือเราทุกคนเข้าใจว่าเรา เริ่มแรกเขียนฐานข้อมูลเกี่ยวกับการกระทำนี้ใน sql แต่การดำเนินการนั้นไม่สำเร็จ) ข้อดีคือเมื่อสร้างสแน็ปช็อต ไฟล์แยกต่างหากจะถูกสร้างขึ้นและมี "พาเรนต์" ดังนั้นในกรณีที่เกิดปัญหาและแม้ว่าจะใช้งานไม่ได้ผ่าน gui เราก็สามารถรับไฟล์ qcow2 และกู้คืนแยกกันได้
บนเครือข่าย น่าเสียดายที่ไม่ใช่ทุกอย่างจะง่ายนัก อย่างน้อยก็ง่ายกว่าใน openstack ฉันใช้เฉพาะ vlan (802.1Q) - มันใช้งานได้ค่อนข้างดี แต่ถ้าคุณทำการเปลี่ยนแปลงการตั้งค่าจากเครือข่ายเทมเพลต การตั้งค่าเหล่านี้จะไม่ถูกนำไปใช้กับเครื่องที่ใช้งานอยู่แล้ว เช่น คุณต้องลบและเพิ่มการ์ดเครือข่าย จากนั้นการตั้งค่าใหม่จะถูกนำมาใช้
หากคุณยังคงต้องการเปรียบเทียบกับ openstack คุณสามารถพูดได้ว่า: ใน opennebula ไม่มีคำจำกัดความที่ชัดเจนว่าเทคโนโลยีใดที่จะใช้ในการจัดเก็บข้อมูลการจัดการเครือข่ายทรัพยากร - ผู้ดูแลระบบแต่ละคนตัดสินใจด้วยตัวเองว่าอะไรสะดวกกว่าสำหรับเขา
6. ปลั๊กอินและการติดตั้งเพิ่มเติม
ตามที่เราเข้าใจ แพลตฟอร์มคลาวด์สามารถจัดการได้ไม่เพียงแต่ kvm เท่านั้น แต่ยังรวมถึง vmware esxi อีกด้วย น่าเสียดายที่ฉันไม่มีพูลกับ Vcenter ถ้าใครเคยลองแล้วกรุณาเขียนมาด้วย
มีการระบุไว้ถึงการสนับสนุนสำหรับผู้ให้บริการคลาวด์รายอื่น
AWS, AZURE
ฉันพยายามเชื่อมต่อ Vmware Cloud จาก Selectel ด้วย แต่ไม่มีอะไรทำงาน - โดยทั่วไปแล้วมันถูกบล็อกเนื่องจากมีหลายปัจจัยและไม่มีประเด็นใดในการเขียนถึงการสนับสนุนทางเทคนิคของผู้ให้บริการโฮสต์
นอกจากนี้ เวอร์ชันใหม่ยังมีประทัด - นี่คือการเปิดตัว microvm ซึ่งเป็นชุดควบคุม kvm บนนักเทียบท่า ซึ่งให้ความคล่องตัว ความปลอดภัย และประสิทธิภาพการทำงานที่เพิ่มขึ้น เนื่องจากไม่จำเป็นต้องเปลืองทรัพยากรในการจำลองอุปกรณ์ ข้อได้เปรียบเดียวที่ฉันเห็นเหนือ Docker คือมันไม่ต้องใช้กระบวนการเพิ่มเติม และไม่มีซ็อกเก็ตที่ถูกครอบครองเมื่อใช้การจำลองนี้ กล่าวคือ ค่อนข้างเป็นไปได้ที่จะใช้มันเป็นโหลดบาลานเซอร์ (แต่น่าจะคุ้มค่าที่จะเขียนบทความแยกต่างหากเกี่ยวกับเรื่องนี้จนกว่าฉันจะทำการทดสอบทั้งหมดจนเสร็จสิ้น)
7. ประสบการณ์เชิงบวกในการใช้งานและการแก้ไขข้อผิดพลาด
ฉันต้องการแบ่งปันข้อสังเกตของฉันเกี่ยวกับงานนี้ ฉันอธิบายบางส่วนไว้ข้างต้น ฉันอยากจะเขียนเพิ่มเติม อันที่จริงฉันอาจไม่ใช่คนเดียวที่ตอนแรกคิดว่านี่ไม่ใช่ระบบที่ถูกต้องและโดยทั่วไปแล้วทุกอย่างที่นี่เป็นเพียงไม้ค้ำยัน - พวกเขาทำงานกับสิ่งนี้ได้อย่างไร? แต่แล้วความเข้าใจก็มาว่าทุกอย่างค่อนข้างสมเหตุสมผล แน่นอนว่าคุณไม่สามารถทำให้ทุกคนพอใจได้ และบางแง่มุมจำเป็นต้องปรับปรุง
ตัวอย่างเช่น การดำเนินการง่ายๆ ในการคัดลอกดิสก์อิมเมจจากที่เก็บข้อมูลหนึ่งไปยังอีกที่หนึ่ง ในกรณีของฉันมี 2 โหนดที่มี nfs ฉันส่งรูปภาพ - การคัดลอกเกิดขึ้นผ่าน opennebula ส่วนหน้าแม้ว่าเราทุกคนจะคุ้นเคยกับความจริงที่ว่าข้อมูลควรถูกคัดลอกโดยตรงระหว่างโฮสต์ - ใน vmware เดียวกัน, Hyper-v ที่เราเป็น คุ้นเคยกับสิ่งนี้ แต่ที่นี่ไปที่อื่น มีแนวทางที่แตกต่างและอุดมการณ์ที่แตกต่างกันและในเวอร์ชัน 5.12 พวกเขาลบปุ่ม "ย้ายไปยังที่เก็บข้อมูล" - เฉพาะเครื่องเท่านั้นที่ถูกถ่ายโอน แต่ไม่ใช่ที่เก็บข้อมูลเพราะ หมายถึงการจัดเก็บข้อมูลแบบรวมศูนย์
ถัดไปเป็นข้อผิดพลาดยอดนิยมด้วยเหตุผลหลายประการ: “ข้อผิดพลาดในการปรับใช้เครื่องเสมือน: ไม่สามารถสร้างโดเมนจาก /var/lib/one//datastores/103/10/deployment.5” ด้านล่างนี้คือสิ่งสำคัญที่ต้องพิจารณา
- สิทธิ์รูปภาพสำหรับผู้ใช้ oneadmin;
- สิทธิ์สำหรับผู้ใช้ oneadmin เพื่อรัน libvirtd
- datastore ติดตั้งอย่างถูกต้องหรือไม่? ไปและตรวจสอบเส้นทางบนโหนดนั้น อาจมีบางอย่างหลุดออกไป
- เครือข่ายที่กำหนดค่าไม่ถูกต้องหรืออยู่ที่ส่วนหน้าในการตั้งค่าเครือข่ายที่อินเทอร์เฟซหลักสำหรับ vlan คือ br0 แต่บนโหนดนั้นเขียนเป็น bridge0 - จะต้องเหมือนกัน
ที่เก็บข้อมูลระบบจัดเก็บข้อมูลเมตาสำหรับ vm ของคุณ หากคุณเรียกใช้ vm ด้วยอิมเมจถาวร vm จะต้องมีสิทธิ์เข้าถึงการกำหนดค่าที่สร้างขึ้นครั้งแรกบนที่เก็บข้อมูลที่คุณสร้าง vm - สิ่งนี้สำคัญมาก ดังนั้น เมื่อถ่ายโอน vm ไปยังที่เก็บข้อมูลอื่น คุณจะต้องตรวจสอบทุกอย่างอีกครั้ง
8.เอกสารชุมชน. การพัฒนาต่อไป
และที่เหลือเอกสารที่ดี ชุมชน และที่สำคัญคือโครงการยังคงอยู่ต่อไปในอนาคต
โดยทั่วไปแล้วทุกอย่างได้รับการบันทึกไว้ค่อนข้างดีและแม้จะใช้แหล่งข้อมูลอย่างเป็นทางการก็จะไม่เป็นปัญหาในการติดตั้งและค้นหาคำตอบสำหรับคำถาม
ชุมชนกระตือรือร้น เผยแพร่โซลูชันสำเร็จรูปมากมายที่คุณสามารถใช้ในการติดตั้งของคุณ
ขณะนี้นโยบายบางอย่างในบริษัทมีการเปลี่ยนแปลงตั้งแต่ 5.12 น่าสนใจว่าโครงการจะพัฒนาไปอย่างไร ในตอนแรก ฉันชี้ให้เห็นโดยเฉพาะเจาะจงถึงผู้จำหน่ายบางรายที่ใช้โซลูชันของตนและสิ่งที่อุตสาหกรรมนำเสนอ แน่นอนว่าไม่มีคำตอบที่ชัดเจนว่าควรใช้อะไร แต่สำหรับองค์กรขนาดเล็ก การดูแลรักษาระบบคลาวด์ส่วนตัวขนาดเล็กอาจไม่แพงอย่างที่คิด สิ่งสำคัญคือการรู้ว่าคุณต้องการอะไร
ด้วยเหตุนี้ ไม่ว่าคุณจะเลือกระบบคลาวด์แบบใด คุณไม่ควรหยุดอยู่เพียงผลิตภัณฑ์เดียว หากคุณมีเวลา ลองพิจารณาโซลูชันที่เปิดกว้างอื่นๆ มากกว่านี้
มีแชทดีๆ พวกเขาช่วยเหลืออย่างแข็งขันและไม่ส่งคุณไปค้นหาวิธีแก้ไขปัญหาบน Google เข้าร่วมกับเรา.
ที่มา: will.com