უკან დაბრუნება

Cloudflare-მა DNS ზონების ხელახალი აგების დრო გაანახევრა, ოპერატიული მეხსიერების მოხმარება კი 85%-ით შეამცირა
SiTech AI Team2 წთ. საკითხავი

Cloudflare-მა DNS ზონების ხელახალი აგების დრო გაანახევრა, ოპერატიული მეხსიერების მოხმარება კი 85%-ით შეამცირა

Cloudflare-ის ინჟინრებმა DNS ზონების ხელახალი აგების პროცესს ოპტიმიზაცია გაუკეთეს: მედიანური დრო 7,7-დან 3,3 წამამდე შემცირდა, ხოლო Zone Builder-ის სერვერებზე RAM-ის მოხმარება 85%-ით, 50-დან 79 გბ-მდე დიაპაზონიდან დაახლოებით 7 გბ-მდე დაეცა.

Cloudflare-ის თქმით, მისმა ინჟინრებმა DNS ზონების ხელახალი აგების სერვისებს ოპტიმიზაცია გაუკეთეს, რის შედეგადაც აგების დრო განახევრდა, ხოლო მეხსიერების მოხმარება მთელ ქსელში 85%-ით შემცირდა. ეს სამუშაო ადრინდელი მეხსიერების დაზოგვის გაგრძელებაა და ეხება DNS ფლიტს, რომელიც წამში 800 ზონის ცვლილებას ამუშავებს.

ფონი და მასშტაბი

Cloudflare-ის DNS ფლიტი წამში 800 ზონის ცვლილებას ამუშავებს, ოთხი წლის წინ ეს მაჩვენებელი 250 იყო. DNS ზონა ინახავს დომენის ჩანაწერებს, პარამეტრებსა და მეტამონაცემებს, მათ შორის IP მისამართებს, ჰოსტნეიმებს, ტექსტურ ხაზებს, ქვედომენებს, გადამისამართებებს და სპამის ან სერტიფიკატის შესახებ ინფორმაციას. კომპანიის თქმით, თანმიმდევრულობა ათასობით DNS სერვერზე უნდა შენარჩუნდეს, ზოგიერთ დომენს კი 20 მილიონზე მეტი ჩანაწერი აქვს. ადრე ინჟინრებმა DNS ქეშში 100 ტბ მეხსიერების დაზოგვა მოახერხეს, კიდევ 100 ტბ კი დავალების სერვერების მარშრუტიზაციის გაუმჯობესებით. კომპანიამ 2022 წელს უკვე მოახდინა ჩანაწერების განახლების ოპტიმიზაცია, მხოლოდ საჭირო მონაცემების განახლებით.

პარამეტრებისთვის ნაწილობრივი ხელახალი აგება

ადრე პარამეტრების განახლება სრულ აგებას მოითხოვდა. ინჟინრებმა ზონის ცვლილების მოვლენებს დაუმატეს მიზეზები და დამატებითი ინფორმაცია, რაც ამ მოვლენების კლასიფიკაციის საშუალებას იძლევა. შედეგად, კონკრეტული პარამეტრის ცვლილებებისთვის უფრო მცირე აგების გამოყენება შეიძლება. Apex-ისა და მეტამონაცემების ცვლილებები, მაგალითად Universal SSL, ერთ კატეგორიას მიეკუთვნება. დომენის nameserver-ის ან wildcard-ების შეცვლა იწყებს სხვა, უფრო მცირე პროცედურას. სრული აგება რჩება იმ შემთხვევებისთვის, სადაც ნაწილობრივი აგების მექანიზმი არ არსებობს. ბევრი ჩანაწერის მქონე დომენები ახლა ნაწილ-ნაწილ ახლდება. კომპანიის ცნობით, Zone Builder-ის სერვერებზე RAM-ის მოხმარება 85%-ით შემცირდა, 50-დან 79 გბ-მდე დიაპაზონიდან დაახლოებით 7 გბ-მდე, ძირითადად სწორედ ამ ცვლილებების შედეგად.

სქედულერი და კონკურენტულობა

მეორე ოპტიმიზაციამ ორი ცალკე დაგეგმვისა და განხორციელების სქედულერი ერთში გააერთიანა. ახალი სქედულერი ამოიცნობს ერთსა და იმავე ზონაზე მოქმედ მრავალ ცვლილებას და აერთიანებს მათ. Cloudflare-მა მოვლენების შეტყობინებებისთვის Apache Kafka-ს იყენებს. ადრე, როცა შეტყობინება ნელ აგებას იწვევდა, სქედულერი ამ დავალების დასრულებას ელოდა და ამ დროის განმავლობაში მოსულ მოთხოვნებს არ ამუშავებდა, რადგან Kafka-ში შეტყობინებები თანმიმდევრულად მუშავდება. ახლა ის ადასტურებს და ამუშავებს იმ დროს მოსულ უფრო მცირე დავალებებს. მოთხოვნები გაგზავნიდან მალევე, თანაბარი რიტმით სრულდება და არა გრძელი რიგის შემდეგ ერთბაშად. გუნდმა ასევე შეამცირა რიგის დამუშავების ინტერვალები. აგების მედიანური დრო 7,7 წამიდან 3,3 წამამდე დაეცა.

წყაროები: Tom's Hardware

გააზიარე ციფრული გამოცდილება

SiTech

SiTech — AI-გაძლიერებული ვებ დეველოპმენტი

ვქმნით სწრაფ, თანამედროვე ვებსაიტებს და AI-ს ვაერთიანებთ ქართული ბიზნესებისთვის. გაქვთ პროექტი ან კითხვა? სიამოვნებით დაგეხმარებით.