วัดเวลาแฝงเครือข่ายของคุณก่อนที่จะกลายเป็นปัญหา

โดยทั่วไปความเร็วของเครือข่ายจะถูกกำหนดเป็นปริมาณงาน: จำนวนเมกะบิตหรือกิกะบิตที่เครือข่ายของคุณสามารถปั๊มผ่านท่อในเวลาไม่กี่วินาที นั่นเป็นสิ่งสำคัญอย่างแน่นอน แต่ก็มีอีกปัจจัยที่ต้องพิจารณาและในวันนี้ก็มักจะมีความสำคัญน้อยกว่าความเร็วดิบ ปัจจัยนั่นคือความล่าช้า วิธีที่ดีที่สุดในการกำหนดเวลาแฝงคือ lag: ช่วงเวลาระหว่างเมื่อแพ็กเก็ตหรือกลุ่มของแพ็กเก็ตถูกส่งจากต้นทางไปยังปลายทางและมักจะวัดเป็นมิลลิวินาที (ms) สำหรับผู้ใช้แม้แต่ความแตกต่างใหญ่ในเวลาล่าช้ามักไม่สังเกตเห็นได้ชัดในการใช้งานแอปพลิเคชันประจำวันของพวกเขา นั่นคือยกเว้นว่าพวกเขากำลังใช้แอพที่มีความอ่อนไหว รายการแอพที่มีความสำคัญต่อความล่าช้าในการตอบสนองเพิ่มขึ้นอย่างรวดเร็วซึ่งเป็นสาเหตุว่าทำไมความล่าช้าในการตอบสนองจึงมีความสำคัญ แอพส่วนใหญ่สามารถปรับให้ใช้เวลาในการตอบสนองช้าลง แต่บางแอพพลิเคชั่นโดยเฉพาะอย่างยิ่งที่ต้องพึ่งพาการสตรีมวิดีโอหรือฟีดข้อมูลคงที่ชนิดอื่น ๆ อาจรบกวนหากประสิทธิภาพการตอบสนองขั้นต่ำ

ตัวขับเคลื่อนหลักที่เปลี่ยนแปลงภูมิทัศน์ของความหน่วงคือบริการคลาวด์ บริการคลาวด์ไม่ว่าพวกเขาจะทำงานในดาต้าเซ็นเตอร์ส่วนตัวหรือคลาวด์สาธารณะเช่น Amazon Web Services (AWS) หรือ Google Cloud นั้นอยู่ห่างจากศูนย์ข้อมูลของคุณ โดยปกติเส้นทางไปยังบริการคลาวด์เหล่านั้นจะเดินทางผ่านอินเทอร์เน็ตสาธารณะ สำหรับการรับส่งข้อมูลเครือข่ายส่วนใหญ่การเชื่อมต่ออินเทอร์เน็ตนั้นใช้ได้ แต่สำหรับแอพที่มีความไวต่อการตอบสนองอินเทอร์เน็ตเป็นพื้นที่ที่ไม่สามารถคาดเดาได้ซึ่งสามารถสงบสติอารมณ์หนึ่งมิลลิวินาทีและมีพายุต่อไป นี่เป็นเพราะเส้นทางข้อมูลขึ้นอยู่กับความหลากหลายของการกำหนดเส้นทางและการประมวลผลล่าช้า สิ่งเหล่านี้เป็นปัจจัยที่ทั้งพนักงานไอทีของคุณและผู้เชี่ยวชาญด้านไอทีของบริการคลาวด์ไม่สามารถควบคุมได้

ความล่าช้าคืออะไร?

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

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

วัดความหน่วงแฝงด้วย Traceroute

โชคดีที่การวัดเวลาแฝงสำหรับข้อมูลของคุณนั้นค่อนข้างง่ายและไม่เสียค่าใช้จ่ายใด ๆ หากต้องการค้นหาให้รันบรรทัดคำสั่งในระบบปฏิบัติการ (OS) ที่คุณต้องการและดำเนินการคำสั่ง Traceroute ใน Microsoft Windows คุณพิมพ์คำสั่ง "tracert" ที่พรอมต์คำสั่งตามด้วยชื่อของปลายทางซึ่งอาจเป็น "aws.amazon.com" หรือ "cloud.google.com" (ดูภาพหน้าจอด้านล่าง)

ใน Apple OS X หรือ Linux ให้ข้ามไปที่หน้าต่างเทอร์มินัลแล้วพิมพ์: traceroute -I companydomain.com หรือคุณสามารถแทนที่ชื่อโดเมนด้วยที่อยู่ IP จริง คุณต้องการสวิตช์ -I เพื่อให้ traceroute ใช้ Internet Control Message Protocol (ICMP) ซึ่งจำเป็นต้องใช้เพื่อวัดความล่าช้าอย่างแม่นยำ

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

คลิกที่ภาพหน้าจอเพื่อขยาย

วัดความหน่วงแฝงด้วยเครื่องมือการจัดการเครือข่าย

ผู้เชี่ยวชาญด้านไอทีที่รับผิดชอบเครือข่ายขององค์กรจะมีเครื่องมือตรวจสอบเครือข่ายบางอย่างเพื่อคอยติดตามดูว่าอะไรกำลังทำงานอยู่บนสายไฟและวิธีการรับส่งข้อมูลที่กำลังทำอยู่ คุณสามารถตรวจสอบเวลาแฝงของเครือข่ายได้ด้วยวิธีอื่นเช่นกัน หากเป็นเครื่องมือที่มีคุณสมบัติครบถ้วนแล้วก็จะมีคุณสมบัติการวัดเวลาแฝงของตัวเอง ตัวอย่างเช่น Spiceworks มีซอฟต์แวร์ Traceroute ของตัวเองที่ใช้ Transmission Control Protocol (TCP) มากกว่าโปรโตคอล ICMP ที่ใช้ในฟังก์ชัน traceroute มาตรฐานที่ระบุไว้ก่อนหน้านี้ ที่ใช้ในคำสั่ง Ping ในบางกรณี TCP สามารถแม่นยำมากขึ้นเนื่องจากเราเตอร์บางตัวได้รับการกำหนดค่าไม่ให้ตอบกลับแพ็คเก็ต ICMP

อีกตัวอย่างที่ดีคือ Paessler AG ซึ่งขาย Paessler PRTG Network Monitor เครื่องมือนี้จะให้เวลาแฝงเครือข่ายพร้อมกับฟังก์ชั่นอื่น ๆ Paessler AG มีซอฟต์แวร์ฟรีแวร์และทดลองใช้ฟรี ฉันจะดูที่การตรวจสอบเครือข่าย PRTG รวมถึงความสามารถในการตอบสนองเมื่อฉันทดสอบเครื่องมือสำหรับการตรวจสอบ PCMag ที่กำลังจะมาถึง

"นอกเหนือจากเวลาปิงถ้าฉันวัดว่าทุกช่วงเวลานั่นเป็นตัวชี้วัดพื้นฐานของเวลาแฝง" Greg Ross วิศวกรระบบอาวุโสของ Paessler AG อธิบาย "คุณสามารถแยกเส้นทางและประเมินผลสำหรับแต่ละ hop ในเส้นทางเราสามารถทำได้ด้วยการนับเส้นทาง hop hop

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

ลดผลกระทบของ Latency

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

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

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

และแน่นอนคุณสามารถลดระยะทาง ตามตารางที่จัดทำโดย M2 Optics ไฟเบอร์ 100 KM แนะนำเกือบ 500 microseconds ของเวลาแฝง นั่นเป็นครึ่งมิลลิวินาทีดังนั้นคุณจะเห็นว่าระยะทางสามารถเพิ่มความล่าช้าได้อย่างไร

ทำให้ Hop นั้นเล็กลง

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

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

แม้ว่าคุณจะไม่สามารถกำจัดความล่าช้าโดยไม่ละเมิดกฎของฟิสิกส์ แต่คุณก็ไม่สามารถเพิกเฉยได้ ด้วยแอพยอดนิยมเช่นการวิเคราะห์การสตรีมแบบเรียลไทม์การประชุมทางวิดีโอและแม้แต่ทราฟฟิก Voice-over-IP (VoIP) ของ บริษัท ของคุณจะกลายเป็นความไวต่อเวลาแฝงที่มากขึ้นเรื่อย ๆ เงินปันผลลงบรรทัด