โปรโฮสต์ > บล็อก > การบริหาร > วิธีกระชับที่เก็บข้อมูลสำรองในที่เก็บข้อมูลอ็อบเจ็กต์ได้มากถึง 90%

วิธีกระชับที่เก็บข้อมูลสำรองในที่เก็บข้อมูลอ็อบเจ็กต์ได้มากถึง 90%

ลูกค้าชาวตุรกีของเราขอให้เรากำหนดค่าการสำรองข้อมูลสำหรับศูนย์ข้อมูลของตนอย่างเหมาะสม เรากำลังทำโปรเจ็กต์ที่คล้ายกันในรัสเซีย แต่เรื่องราวในที่นี้เกี่ยวกับการค้นคว้าว่าจะทำอย่างไรให้ดีที่สุด

ให้ไว้: มีพื้นที่เก็บข้อมูล S3 ในเครื่อง มี Veritas NetBackup ซึ่งได้รับการเพิ่มฟังก์ชันการทำงานใหม่สำหรับการย้ายข้อมูลไปยังพื้นที่จัดเก็บอ็อบเจ็กต์ ขณะนี้รองรับการขจัดข้อมูลซ้ำซ้อน และมีปัญหาเกี่ยวกับพื้นที่ว่างในที่จัดเก็บในเครื่องนี้

ภารกิจ: ทำทุกอย่างเพื่อให้กระบวนการจัดเก็บสำเนาสำรองรวดเร็วและราคาถูก

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

ภาพแสดงสิ่งที่เรามาถึง:

วิธีกระชับที่เก็บข้อมูลสำรองในที่เก็บข้อมูลอ็อบเจ็กต์ได้มากถึง 90%

อย่างที่คุณเห็น การสำรองข้อมูลครั้งแรกทำได้ช้า (70 Mb/s) และการสำรองข้อมูลระบบเดียวกันครั้งต่อๆ ไปทำได้เร็วกว่ามาก

ที่จริงแล้วยังมีรายละเอียดเพิ่มเติมอีกเล็กน้อยเกี่ยวกับฟีเจอร์ที่มีอยู่

บันทึกการสำรองข้อมูลสำหรับผู้ที่พร้อมอ่านดัมพ์ครึ่งหน้าเต็มไปด้วยการสแกนซ้ำ
18 ธ.ค. 2018 12:09:43 น. - ข้อมูล bpbkar (pid=4452) ตัวเร่งความเร็วส่ง 14883996160 ไบต์จาก 14883994624 ไบต์ไปยังเซิร์ฟเวอร์ การเพิ่มประสิทธิภาพ 0.0%
18 ธ.ค. 2018 12:10:07 น. - ข้อมูล NBCC (pid=23002) StorageServer=PureDisk_rhceph_rawd:s3.cloud.ngn.com.tr; รายงาน=PDDO สถิติ (ใช้สตรีมแบบมัลติเธรด) สำหรับ (NBCC): สแกนแล้ว: 14570817 KB, ส่ง CR: 1760761 KB, CR ส่งผ่าน FC: 0 KB, dedup: 87.9%, แคชถูกปิดใช้งาน

เต็ม
18 ธ.ค. 2018 12:13:18 น. - ข้อมูล bpbkar (pid=2864) ตัวเร่งความเร็วส่ง 181675008 ไบต์จาก 14884060160 ไบต์ไปยังเซิร์ฟเวอร์ การเพิ่มประสิทธิภาพ 98.8%
18 ธันวาคม 2018 12:13:40 น. - ข้อมูล NBCC (pid=23527) StorageServer=PureDisk_rhceph_rawd:s3.cloud.ngn.com.tr; รายงาน=PDDO สถิติสำหรับ (NBCC): สแกนแล้ว: 14569706 KB, ส่ง CR: 45145 KB, CR ส่งผ่าน FC: 0 KB, dedup: 99.7%, แคชถูกปิดใช้งาน

ที่เพิ่มขึ้น
18 ธ.ค. 2018 12:15:32 น. - ข้อมูล bpbkar (pid=792) ตัวเร่งความเร็วส่ง 9970688 ไบต์จาก 14726108160 ไบต์ไปยังเซิร์ฟเวอร์ การเพิ่มประสิทธิภาพ 99.9%
18 ธันวาคม 2018 12:15:53 น. - ข้อมูล NBCC (pid=23656) StorageServer=PureDisk_rhceph_rawd:s3.cloud.ngn.com.tr; รายงาน=PDDO สถิติสำหรับ (NBCC): สแกนแล้ว: 14383788 KB, ส่ง CR: 15700 KB, CR ส่งผ่าน FC: 0 KB, dedup: 99.9%, แคชถูกปิดใช้งาน

เต็ม
18 ธ.ค. 2018 12:18:02 น. - ข้อมูล bpbkar (pid=3496) ตัวเร่งความเร็วส่ง 171746816 ไบต์จาก 14884093952 ไบต์ไปยังเซิร์ฟเวอร์ การเพิ่มประสิทธิภาพ 98.8%
18 ธันวาคม 2018 12:18:24 น. - ข้อมูล NBCC (pid=23878) StorageServer=PureDisk_rhceph_rawd:s3.cloud.ngn.com.tr; รายงาน=PDDO สถิติสำหรับ (NBCC): สแกนแล้ว: 14569739 KB, ส่ง CR: 34120 KB, CR ส่งผ่าน FC: 0 KB, dedup: 99.8%, แคชถูกปิดใช้งาน

อะไรคือปัญหา

ลูกค้าต้องการสำรองข้อมูลให้บ่อยที่สุดเท่าที่จะเป็นไปได้และจัดเก็บในราคาถูกที่สุดเท่าที่จะเป็นไปได้ วิธีที่ดีที่สุดคือจัดเก็บในราคาถูกในพื้นที่จัดเก็บอ็อบเจ็กต์ เช่น S3 เนื่องจากมีราคาถูกที่สุดที่ค่าบริการต่อเมกะไบต์ ซึ่งคุณสามารถย้อนกลับการสำรองข้อมูลได้ในเวลาที่เหมาะสม เมื่อมีการสำรองข้อมูลจำนวนมาก มันก็ไม่ถูกมากนัก เนื่องจากพื้นที่เก็บข้อมูลส่วนใหญ่ถูกครอบครองโดยสำเนาของข้อมูลเดียวกัน ในกรณีของ HaaS ของเพื่อนร่วมงานชาวตุรกี พื้นที่จัดเก็บอาจมีความหนาแน่นได้ประมาณ 80-90% เห็นได้ชัดว่าสิ่งนี้เกี่ยวข้องกับข้อมูลเฉพาะของพวกเขาโดยเฉพาะ แต่ฉันจะนับปู่อย่างน้อย 50% อย่างแน่นอน

เพื่อแก้ไขปัญหานี้ ผู้จำหน่ายหลักได้สร้างเกตเวย์ไปยัง Amazon S3 มานานแล้ว วิธีการทั้งหมดเข้ากันได้กับ S3 ภายใน ตราบใดที่รองรับ Amazon API ในศูนย์ข้อมูลของตุรกี มีการสำรองข้อมูลไปยัง S3 ของเรา เช่นเดียวกับใน "คอมเพรสเซอร์" T-III ในรัสเซีย เนื่องจากแผนงานนี้ใช้ได้ผลดีสำหรับเรา

และ S3 ของเราเข้ากันได้กับวิธีสำรองข้อมูลของ Amazon S3 อย่างสมบูรณ์ นั่นคือเครื่องมือสำรองข้อมูลทั้งหมดที่รองรับวิธีการเหล่านี้ช่วยให้คุณสามารถคัดลอกทุกอย่างไปยังที่เก็บข้อมูลดังกล่าวได้ "นอกกรอบ"

Veritas NetBackup เพิ่มคุณสมบัติ CloudCatalyst:

วิธีกระชับที่เก็บข้อมูลสำรองในที่เก็บข้อมูลอ็อบเจ็กต์ได้มากถึง 90%

กล่าวคือ ระหว่างเครื่องที่ต้องสำรองข้อมูลและเกตเวย์ จะมีเซิร์ฟเวอร์ Linux ระดับกลางซึ่งการรับส่งข้อมูลสำรองจากเอเจนต์ SRK จะส่งผ่านและกำจัดข้อมูลซ้ำทันทีก่อนที่จะถ่ายโอนไปยัง S3 หากก่อนหน้านี้มีการสำรองข้อมูล 30 รายการขนาด 20 GB พร้อมการบีบอัด ตอนนี้ (เนื่องจากความคล้ายคลึงกันของเครื่อง) ไดรฟ์ข้อมูลจึงเล็กลง 90% กลไกการขจัดข้อมูลซ้ำซ้อนจะใช้เหมือนกับเมื่อจัดเก็บบนดิสก์ปกติโดยใช้ Netbackup

นี่คือสิ่งที่เกิดขึ้นก่อนเซิร์ฟเวอร์ระดับกลาง:

วิธีกระชับที่เก็บข้อมูลสำรองในที่เก็บข้อมูลอ็อบเจ็กต์ได้มากถึง 90%

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

บันทึก228 งาน (0 อยู่ในคิว 0 ใช้งานอยู่ 0 กำลังรอลองอีกครั้ง 0 ถูกระงับ 0 ไม่สมบูรณ์ 228 เสร็จสิ้น — เลือกไว้ 13 รายการ)
(ใช้ตัวกรอง [13])

ประเภทรหัสงาน รัฐ สถานะ รายละเอียด สถานะ นโยบายงาน กำหนดการงาน ไคลเอ็นต์ สื่อเซิร์ฟเวอร์ เวลาเริ่มต้นที่ผ่านไป เวลาสิ้นสุด เวลาหน่วยเก็บข้อมูล ความพยายามในการดำเนินงาน กิโลไบต์ ไฟล์ ชื่อพาธ % เสร็จสมบูรณ์ (โดยประมาณ) งาน PID เจ้าของ คัดลอก รหัสงานหลัก KB/วินาที เริ่มต้นที่ใช้งานอยู่ ใช้งานที่ผ่านไป Robot Vault โปรไฟล์ เซสชัน สื่อ ID ที่จะดีดการเคลื่อนย้ายข้อมูล ประเภทนอกโฮสต์ อัตราการขจัดความซ้ำซ้อนที่มีลำดับความสำคัญหลัก การเพิ่มประสิทธิภาพการเร่งความเร็วการขนส่ง อินสแตนซ์หรือโฮสต์การแชร์ฐานข้อมูล
— 1358 สแนปชอตเสร็จสิ้น 0 VMware — NGNCloudADC NBCC 18 ธ.ค. 2018 12:16:19 น. 00:02:18 น. 18 ธ.ค. 2018 12:18:37 น. STU_DP_S3 _**** สำรองข้อมูล 1 100% รูท 1358 18 ธ.ค. 2018 12 :16:27 PM 00:02:10 Instant Recovery Disk Standard WIN-*********** 0
การสำรองข้อมูล 1360 เสร็จสิ้น 0 VMware เต็ม NGNCloudADC NBCC 18 ธ.ค. 2018 12:16:48 น. 00:01:39 น. 18 ธ.ค. 2018 12:18:27 น. STU_DP_S3 _**** สำรองข้อมูล 1 14,535,248 149654 100% 23858 รูท 1358 335,098 18 ธ.ค. 2018 , 12 16:48:00 PM 01:39:0 Instant Recovery Disk Standard WIN-*********** 99.8 99% XNUMX%
1352 สแนปชอตเสร็จสิ้น 0 VMware - NGNCloudADC NBCC 18 ธันวาคม 2018 12:14:04 น. 00:02:01 18 ธันวาคม 2018 12:16:05 น. STU_DP_S3 _**** สำรอง 1 100% รูท 1352 18 ธันวาคม 2018 12: 14:14 น. 00:01:51 ดิสก์กู้คืนข้อมูลแบบทันทีมาตรฐาน WIN-*********** 0
1354 การสำรองข้อมูลเสร็จสิ้น 0 VMware เพิ่มขึ้น NGNCloudADC NBCC 18 ธันวาคม 2018 12:14:34 น. 00:01:21 18 ธันวาคม 2018 12:15:55 น. STU_DP_S3 __**** สำรองข้อมูล 1 14,380,965 147 100% 23617 รูท 1352 500,817 18 ธ.ค. 2018 , 12 14:34:00 PM 01:21:0 Instant Recovery Disk Standard WIN-*********** 99.9 100% XNUMX%
1347 สแนปชอตเสร็จสิ้น 0 VMware - NGNCloudADC NBCC 18 ธันวาคม 2018 12:11:45 น. 00:02:08 18 ธันวาคม 2018 12:13:53 น. STU_DP_S3 _**** สำรอง 1 100% รูท 1347 18 ธันวาคม 2018 12: 11:45 น. 00:02:08 ดิสก์กู้คืนข้อมูลแบบทันทีมาตรฐาน WIN-*********** 0
การสำรองข้อมูล 1349 เสร็จสิ้น 0 VMware เต็ม NGNCloudADC NBCC 18 ธ.ค. 2018 12:12:02 น. 00:01:41 น. 18 ธ.ค. 2018 12:13:43 น. STU_DP_S3 _**** สำรองข้อมูล 1 14,535,215 149653 100% 23508 รูท 1347 316,319 18 ธ.ค. 2018 , 12 12:02:00 PM 01:41:0 Instant Recovery Disk Standard WIN-*********** 99.7 99% XNUMX%
1341 สแนปชอตเสร็จสิ้น 0 VMware - NGNCloudADC NBCC 18 ธันวาคม 2018 12:05:28 น. 00:04:53 18 ธันวาคม 2018 12:10:21 น. STU_DP_S3 _**** สำรอง 1 100% รูท 1341 18 ธันวาคม 2018 12: 05:28 น. 00:04:53 ดิสก์กู้คืนข้อมูลแบบทันทีมาตรฐาน WIN-*********** 0
1342 การสำรองข้อมูลเสร็จสิ้น 0 VMware Full_Rescan NGNCloudADC NBCC 18 ธันวาคม 2018 12:05:47 น. 00:04:24 18 ธันวาคม 2018 12:10:11 น. STU_DP_S3_**** สำรองข้อมูล 1 14,535,151 149653 100% 22999 รูท 1341 70,380 18 ธ.ค 2018 ต.ค. 12 05:47:00 น. 04:24:0 ชนะมาตรฐานดิสก์กู้คืนทันที - *********** 87.9 0% XNUMX%

1339 สแนปชอตเสร็จสิ้น 150 VMware - NGNCloudADC NBCC 18 ธ.ค. 2018 11:05:46 น. 00:00:53 18 ธ.ค. 2018 11:06:39 น. STU_DP_S3 _**** สำรองข้อมูล 1 100% รูท 1339 18 ธ.ค. 2018 11: 05:46 AM 00:00:53 ดิสก์กู้คืนข้อมูลแบบทันทีมาตรฐาน WIN-*********** 0
1327 สแนปชอตเสร็จสิ้น 0 VMware - *******.********.cloud NBCC 17 ธ.ค. 2018 12:54:42 น. 05:51:38 17 ธ.ค. 2018 6:46:20 น. STU_DP_S3__****สำรองข้อมูล 1 100% รูท 1327 17 ธันวาคม 2018 12:54:42 น. 05:51:38 ดิสก์กู้คืนข้อมูลทันทีมาตรฐาน WIN-************ 0
1328 สำรองข้อมูลเสร็จแล้ว 0 VMware เต็ม *******.*********.cloud NBCC 17 ธ.ค. 2018 12:55:10 น. 05:29:21 17 ธ.ค. 2018 6:24:31 น. STU_DP_S3__****สำรองข้อมูล 1 222,602,719 258932 100% 12856 รูท 1327 11,326 17 ธันวาคม 2018 12:55:10 น. 05:29:21 ดิสก์กู้คืนมาตรฐานทันทีชนะ - *********** 0 87.9% 0%
1136 สแนปชอตเสร็จสิ้น 0 VMware - *******.********.cloud NBCC 14 ธ.ค. 2018 4:48:22 น. 04:05:16 14 ธ.ค. 2018 8:53:38 น. STU_DP_S3__****สำรองข้อมูล 1 100% รูท 1136 14 ธันวาคม 2018 4:48:22 น. 04:05:16 ดิสก์กู้คืนข้อมูลทันทีมาตรฐาน WIN-************ 0
1140 สำรองข้อมูลเสร็จแล้ว 0 VMware Full_Scan *******.*********.cloud NBCC 14 ธ.ค. 2018 4:49:14 น. 03:49:58 14 ธ.ค. 2018 8:39:12 น. STU_DP_S3__****สำรองข้อมูล 1 217,631,332 255465 100% 26438 รูท 1136 15,963 14 ธันวาคม 2018 4:49:14 น. 03:49:58 ชนะมาตรฐานดิสก์กู้คืนทันที - *********** 0 45.2% 0%

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

เซิร์ฟเวอร์ระดับกลางมีพื้นที่จัดเก็บข้อมูลของตัวเอง โดยจะเขียน “แคช” ของข้อมูลและดูแลรักษาฐานข้อมูลสำหรับการขจัดข้อมูลซ้ำซ้อน

สถาปัตยกรรมที่สมบูรณ์มีลักษณะดังนี้:

  1. เซิร์ฟเวอร์หลักจัดการการกำหนดค่า การอัปเดต ฯลฯ และตั้งอยู่ในระบบคลาวด์
  2. เซิร์ฟเวอร์สื่อ (เครื่อง *nix ระดับกลาง) ควรตั้งอยู่ใกล้กับระบบสำรองมากที่สุดในแง่ของความสามารถในการเข้าถึงเครือข่าย ในที่นี้ การขจัดข้อมูลซ้ำซ้อนของการสำรองข้อมูลจากเครื่องที่สงวนไว้ทั้งหมดเสร็จสิ้นแล้ว
  3. ในเครื่องที่สำรองข้อมูล มีเอเจนต์ที่โดยทั่วไปจะส่งเฉพาะสิ่งที่ไม่อยู่ในที่เก็บข้อมูลไปยังเซิร์ฟเวอร์สื่อเท่านั้น

ทุกอย่างเริ่มต้นด้วยการสแกนแบบเต็ม - นี่คือการสำรองข้อมูลเต็มรูปแบบ ณ จุดนี้ เซิร์ฟเวอร์สื่อจะนำทุกอย่าง ขจัดข้อมูลซ้ำซ้อน และถ่ายโอนไปยัง S3 ความเร็วไปยังเซิร์ฟเวอร์สื่อต่ำ แต่จากความเร็วนั้นสูงกว่า ข้อจำกัดหลักคือพลังการประมวลผลของเซิร์ฟเวอร์

การสำรองข้อมูลต่อไปนี้เสร็จสมบูรณ์จากมุมมองของทุกระบบ แต่ในความเป็นจริงแล้ว การสำรองข้อมูลเหล่านี้เป็นเหมือนการสำรองข้อมูลแบบสังเคราะห์เต็มรูปแบบ นั่นคือการถ่ายโอนและการบันทึกจริงไปยังเซิร์ฟเวอร์สื่อเกิดขึ้นเฉพาะกับบล็อกข้อมูลที่ไม่เคยพบในการสำรองข้อมูล VM มาก่อน และเฉพาะบล็อกข้อมูลที่มีแฮชไม่อยู่ในฐานข้อมูลการขจัดข้อมูลซ้ำซ้อนของเซิร์ฟเวอร์สื่อเท่านั้นที่จะถูกถ่ายโอนและบันทึกใน S3 กล่าวง่ายๆ ก็คือนี่คือสิ่งที่ไม่เคยเห็นมาก่อนในการสำรองข้อมูลใดๆ ของ VM เดียว

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

นี่คือสิ่งที่ดูเหมือนว่า:

วิธีกระชับที่เก็บข้อมูลสำรองในที่เก็บข้อมูลอ็อบเจ็กต์ได้มากถึง 90%

และนี่คือบันทึกอีกชิ้นหนึ่ง169 งาน (0 อยู่ในคิว 0 ใช้งานอยู่ 0 กำลังรอลองอีกครั้ง 0 ถูกระงับ 0 ไม่สมบูรณ์ 169 เสร็จสิ้น — เลือกไว้ 1 รายการ)

ประเภทรหัสงาน รัฐ สถานะ รายละเอียด สถานะ นโยบายงาน กำหนดการงาน ไคลเอ็นต์ สื่อเซิร์ฟเวอร์ เวลาเริ่มต้นที่ผ่านไป เวลาสิ้นสุด เวลาหน่วยเก็บข้อมูล ความพยายามในการดำเนินงาน กิโลไบต์ ไฟล์ ชื่อพาธ % เสร็จสมบูรณ์ (โดยประมาณ) งาน PID เจ้าของ คัดลอก รหัสงานหลัก KB/วินาที เริ่มต้นที่ใช้งานอยู่ ใช้งานที่ผ่านไป Robot Vault โปรไฟล์ เซสชัน สื่อ ID ที่จะดีดการเคลื่อนย้ายข้อมูล ประเภทนอกโฮสต์ อัตราการขจัดความซ้ำซ้อนที่มีลำดับความสำคัญหลัก การเพิ่มประสิทธิภาพการเร่งความเร็วการขนส่ง อินสแตนซ์หรือโฮสต์การแชร์ฐานข้อมูล
- 1372 การคืนค่าเสร็จสิ้น 0 NBPR01 NBCC 19 ธ.ค. 2018 1:05:58 น. 00:04:32 น. 19 ธ.ค. 2018 1:10:30 น. 1 14,380,577 1 100% 8548 ROOT 1372 70,567 19 ธ.ค. 2018 1:06 :00 น. 00:04:30 ชนะ-*********** 90000

รับประกันความสมบูรณ์ของข้อมูลด้วยการปกป้องของ S3 เอง - มีระบบสำรองที่ดีเพื่อป้องกันความล้มเหลวของฮาร์ดแวร์ เช่น แกนหมุนของฮาร์ดไดรฟ์ที่เสีย

เซิร์ฟเวอร์สื่อต้องการแคช 4 TB ซึ่งเป็นขนาดขั้นต่ำที่แนะนำของ Veritas ยิ่งมากก็ยิ่งดี แต่นั่นคือสิ่งที่เราทำ

ทั้งหมด

เมื่อพันธมิตรเพิ่มพื้นที่ 3 GB ลงใน S20 ของเรา เราจะจัดเก็บข้อมูลไว้ 60 GB เนื่องจากเราจัดให้มีการสำรองข้อมูลทางภูมิศาสตร์เป็นสามเท่า ขณะนี้มีการรับส่งข้อมูลน้อยลงมากซึ่งดีทั้งต่อช่องทางและภาษีการจัดเก็บ

ในกรณีนี้ เส้นทางจะถูกปิดผ่าน "อินเทอร์เน็ตขนาดใหญ่" แต่คุณสามารถขับเคลื่อนการรับส่งข้อมูลผ่าน VPN L2 ผ่านทางอินเทอร์เน็ตได้ แต่ควรติดตั้งเซิร์ฟเวอร์สื่อก่อนทางเข้าของผู้ให้บริการจะดีกว่า

หากคุณสนใจที่จะเรียนรู้เกี่ยวกับคุณสมบัติเหล่านี้ในศูนย์ข้อมูลรัสเซียของเรา หรือมีคำถามเกี่ยวกับการนำไปใช้ที่บ้าน โปรดสอบถามในความคิดเห็นหรือทางอีเมล [ป้องกันอีเมล].

ที่มา: will.com

เพิ่มความคิดเห็น