VPN சேவையகத்தின் வட்டு வளர்ச்சி எங்கிருந்து வருகிறது, அதை எப்படி வரம்பிடுவது

சுரங்கப்பாதை இணைப்புகளை ஏற்பதை நிறுத்துகிறது, சேவை இரண்டு முறை மீண்டும் தொடங்குகிறது, பிறகு அதன் பதிவில் எதுவும் தெரியவில்லை. அந்த மௌனமே துப்பு, ஏனெனில் வட்டை நிரப்பியது பதிவுதான், நீங்கள் எதிர்பார்க்கும் பிழையை எழுத டீமனுக்கு இடமில்லை. நீண்ட காலம் இயங்கும் எந்தச் சேவையும் அந்த நிலையை அடையலாம், logs என்னும் கோப்பகத்தை நீக்குவது அதை அரிதாகவே சரிசெய்யும். நிலையான தீர்வு எந்தச் சேமிப்பகம் வளர்ந்தது, அதன் தக்கவைப்புக் கொள்கை யாருக்குச் சொந்தம், எழுதுபவர் உண்மையில் இடத்தை விட்டாரா என்பதை அறிவதாகும்.

வளர்ந்த சேமிப்பகத்தையும் அது வளர்ந்த வேகத்தையும் கண்டறியுங்கள்

மறக்க எளிதான இரண்டு எண்களில் தொடங்குங்கள்: இலவச தொகுதிகள் மற்றும் இலவச inode. ஒரு கோப்பு முறைமை நிறைய இடத்தைத் தெரிவித்தும், inode மீதமில்லாததால் எழுத மறுக்கலாம், இது ஒரு சேவை ஒவ்வொரு அமர்வுக்கும் ஒரு கோப்பை உருவாக்கும்போது நடக்கும். இரண்டு அளவீடுகளையும் ஒரே தொகுதியில் கேளுங்கள், ஏனெனில் பதில்கள் அதே பிற்பகலில் வேறுபடலாம். புரவலன் ஆரோக்கியமாக இருக்கும்போது இதைச் செய்யுங்கள், எண்கள் இயல்பான இயக்கத்தை விவரிக்கட்டும், தடையை அல்ல.

df -h /var
df -i /var

பிறகு வளர்ச்சியை ஒரு உரிமையாளருக்குக் கூறுங்கள். journal-இன் சொந்தப் பயன்பாட்டு எண் journal-ஐ மட்டுமே உள்ளடக்கும், அதன் உள்ளமைவுக் கோப்பின் பாதைக்கு எழுதும் டீமனை அது ஒருபோதும் பார்க்காது.

journalctl --disk-usage

காலப்போக்கில் ஏற்படும் வளர்ச்சி எந்த ஒரு அளவீட்டையும் விட அதிகம் சொல்கிறது. இயக்கப்பட்டே விடப்பட்ட பிழைத்திருத்த நிலை, ஒவ்வொரு முயற்சியையும் பதிவு செய்யும் மறுமுயற்சி சுற்று, அல்லது யாரும் நிறுத்தாத பிடிப்புக் கோப்பு: இவை ஒவ்வொன்றும் ஒரு கணத்தில் சாதாரணமாகவும் ஒரு மணி நேரம் கழித்து கவலைக்குரியதாகவும் தோன்றலாம். ஒரு அளவீடு எடுங்கள், பரபரப்பான காலத்தைக் கடக்கவும், இன்னொன்றை எடுங்கள், இடைவெளியால் வகுக்கவும். நீங்கள் சொல்லக்கூடிய வேகம் திறனைத் தீயாக அல்ல, முடிவாக மாற்றுகிறது.

சுழற்சி திறந்த கோப்புக்கு என்ன செய்கிறது

பதிவுக் கோப்பு என்பது inode-ஐ சுட்டும் பெயர், கடைசி திறந்த கைப்பிடி மூடப்படும்போது மட்டுமே இடம் திரும்பும். கோப்பை மறுபெயரிடுங்கள், எழுதுபவர் அதே inode-ஐ நிரப்பிக்கொண்டே இருக்கிறார்; அதை நீக்குங்கள், எழுதுபவர் பெயரே இல்லாத inode-ஐ நிரப்பிக்கொண்டே இருக்கிறார். இந்த நிலையால்தான் 'கோப்பை நீக்கினேன், ஆனால் வட்டு நிரம்பியே இருந்தது' என்பது உடைந்த கோப்பு முறைமையை அல்ல, கோப்பு விவரிப்பான்களை விவரிக்கிறது. எழுதுபவரை மீண்டும் தொடங்குவது, அல்லது கோப்பை மீண்டும் திறக்கும் சுழற்சி முறையைத் தேர்ந்தெடுப்பது, தொகுதிகளை உண்மையில் திருப்பித் தருகிறது.

lsof +L1 | head

கொள்கை கோப்பை எழுதும் பகுதிக்கு உரியது. journal அதன் உள்ளமைவுக் கோப்பிலிருந்து தன் சேமிப்பு வரம்புகளை அமல்படுத்துகிறது, கோப்பு அடிப்படையிலான சேவை பொதுவாக logrotate-ஐ நம்புகிறது, ஒன்று உருவாக்கல் விதி மற்றும் மீண்டும் திறக்கும் சமிக்ஞையுடன், அல்லது எழுதுபவர் மீண்டும் திறக்க முடியாதபோது அப்படியே வெட்டும் முறையுடன். முதலில் எதையும் மாற்றாமல் முடிவை உறுதிப்படுத்துங்கள்:

logrotate -d /etc/logrotate.conf

வரம்பு எங்கே இருக்க வேண்டும், எவ்வளவு பெரியதாக இருக்க வேண்டும்

வரம்பை எழுதுபவர் உள்ளமைக்கப்பட்ட இடத்தில் வைக்கவும், பொருத்தும் புள்ளியில் அல்ல. முழுத் தொகுதியின் ஒதுக்கீடு புரவலனைப் பாதுகாக்கிறது, ஆனால் எந்தச் சேவை முதலில் தோல்வியடையும் என்று சொல்லாது, உலகளாவிய சுத்தம் செய்யும் ஸ்கிரிப்ட் அடுத்த சம்பவத்திற்குத் தேவையான ஆதாரங்களை நீக்க முனைகிறது. journal வரம்பு, அதிகபட்ச அளவுடன் சுழற்சி எண்ணிக்கை, பயன்பாட்டு நிலைத் தக்கவைப்பு ஒவ்வொன்றும் ஒரு உற்பத்தியாளரைக் கட்டுப்படுத்துகிறது. ஒன்றாக அவை மொத்தத்தைக் கட்டுப்படுத்துகின்றன; தனித்தனியாக ஒவ்வொன்றும் ஒரு ஊகம்.

அந்த வரம்பை நீங்கள் பாதுகாக்கக்கூடிய தக்கவைப்புக் காலத்திலிருந்து தீர்மானியுங்கள், கிடைக்கும் இலவச இடத்திலிருந்து அல்ல. மறுஆய்வுக்கு ஒரு வார இணைப்பு முயற்சிகள் தேவைப்பட்டால், journal அதிக பரபரப்பான எதிர்பார்க்கப்படும் வேகத்தில் ஒரு வாரம் வைத்திருக்க வேண்டும், அந்த வேகமே முன்பு அளவிடப்பட்ட எண்.

பிழைத்திருத்தப் பதிவு என்பது தொடக்க நேரம் பதிவு செய்யப்பட்ட தற்காலிக முறை, சேமிப்புத் திட்டம் அல்ல. தனியுரிமைக் கேள்வியை அதே முடிவுக்குள் வைத்திருங்கள், ஏனெனில் இணைப்புப் பதிவுகள் முகவரிகளையும் அடையாளங்களையும் கொண்டு செல்கின்றன. நீண்ட தக்கவைப்பும் தரவு கையாளுதலின் தேர்வு, இரண்டு வரம்புகளையும் அறிந்த ஒருவர் அதைச் செய்ய வேண்டும்.

மறுதொடக்கத்திற்குப் பின் வரம்பைச் சரிபார்க்கவும்

அடுத்த மறுதொடக்கம் வரை நீடிக்கும் தக்கவைப்பு மாற்றம் மாற்றம் அல்ல. எழுதுபவரை மீண்டும் தொடங்குங்கள், புதிய வரம்பு பொருந்துகிறது என்பதை உறுதிப்படுத்துங்கள், அதன் பிறகும் சுழற்சி இயங்குகிறதா என்பதைச் சரிபார்க்கவும். journal-க்கு, ஒரு மறுதொடக்கம் மற்றும் ஒரு பயன்பாட்டு அளவீடு இரண்டு கேள்விகளுக்கும் பதிலளிக்கின்றன:

systemctl restart systemd-journald
journalctl --disk-usage

கோப்பு அடிப்படையிலான சேவைக்கு, சுழற்சிப் பணியை ஒரு முறை கையால் இயக்கி, கோப்பு மாற்றப்பட்டதையும் விவரிப்பான் மீண்டும் திறக்கப்பட்டதையும் உறுதிப்படுத்துங்கள். பழைய கைப்பிடியை வைத்திருக்கும் எழுதுபவர் மேலோட்டமான சரிபார்ப்பில் தேர்ச்சி பெறுகிறார், அடுத்த முறை தொகுதி நிரம்பும்போது தோல்வியடைகிறார். சோதனையின் போது இலவச இடத்தைக் கவனியுங்கள், ஏனெனில் கோப்பு சுருங்கியும் இடம் திரும்பவில்லை என்றால் பழைய inode இன்னும் பிடித்து வைக்கப்பட்டுள்ளது.

அடுத்த அளவீட்டை இதனுடன் ஒப்பிடுங்கள்

ஒரு வாரம் கழித்துத் திரும்பி வளர்ச்சி வேகத்தைப் பதிவு செய்த வேகத்துடன் ஒப்பிடுங்கள். பொருந்தும் வேகம் என்பது வரம்பு நிலைத்திருப்பதையும் சுமை நிலையாக இருப்பதையும் குறிக்கிறது; இரட்டிப்பான வேகம் என்பது ஏதோ மாறியுள்ளது என்பதைக் குறிக்கிறது, பயனுள்ள கேள்வி என்ன என்பதுதான். முதலில் மீண்டும் மீண்டும் ஏற்படும் தோல்விகளுக்காகப் பதிவின் உள்ளடக்கத்தைப் படியுங்கள், ஏனெனில் மறுமுயற்சி சுற்று ஒரே நேரத்தில் அறிகுறியும் அளவின் காரணமும் ஆகும். பிறகு புதிதாக இயக்கப்பட்ட அனைத்தையும் சரிபார்க்கவும், சம்பவத்தின் போது இயக்கப்பட்டு ஒருபோதும் அணைக்கப்படாத பிழைத்திருத்த நிலைகள் உட்பட.

காப்புப்பிரதிகளை அதே தொகுதிக்கு வெளியே வைக்கவும், அல்லது நிரம்பிய வட்டு பிரதியையும் எடுத்துச் செல்லும் என்பதை ஏற்றுக்கொள்ளுங்கள். தான் பாதுகாக்கும் புரவலனிலேயே எழுதப்பட்ட பிரதி மீட்புத் திட்டம் அல்ல, அதன் தக்கவைப்புக்கு அதன் சொந்தப் பதில் தேவை.

என்ன, எங்கே, எவ்வளவு காலம் வைக்கப்படுகிறது, யார் அதை நீக்குகிறார் என்பதை எழுதுங்கள். அந்த வாக்கியமே விளைவு, அடுத்த மறுதொடக்கத்தைத் தாண்டி நிற்கும் இந்த வேலையின் ஒரே பகுதி அதுவே.