Мен FirstVDS жүйелік әкімшісімін және бұл менің жаңадан бастаған әріптестерге көмектесу туралы қысқаша курсымның алғашқы кіріспе дәрісінің мәтіні. Жақында жүйелік әкімшілендірумен айналыса бастаған мамандар бірдей мәселелердің қатарында. Шешімдерді ұсыну үшін мен осы лекциялар топтамасын жазуды өз мойныма алдым. Ондағы кейбір нәрселер техникалық қолдауды хостингке тән, бірақ тұтастай алғанда, олар барлығына болмаса, көпшілігі үшін пайдалы болуы мүмкін. Сондықтан мен лекция мәтінін осында бөлісу үшін бейімдедім.
Сіздің лауазымыңыз қалай аталатыны маңызды емес - маңыздысы, сіз іс жүзінде басқаруға қатысасыз. Сондықтан жүйелік әкімші не істеу керек екенін бастайық. Оның негізгі міндеті - тәртіпке келтіру, тәртіпті сақтау және болашақта тәртіпті арттыруға дайындалу. Жүйелік әкімші болмаса, сервер тәртіпсіздікке айналады. Журналдар жазылмайды немесе оларда дұрыс емес нәрселер жазылады, ресурстар оңтайлы таратылмайды, диск барлық қоқыспен толтырылады және жүйе сонша хаостан баяу өле бастайды. Тыныштықпен! Сіздің тұлғаңыздағы жүйелік әкімшілер мәселелерді шешуге және тәртіпсіздікті жоюға кіріседі!
Жүйелік әкімшіліктің тіректері
Дегенмен, мәселелерді шешуді бастамас бұрын, әкімшіліктің төрт негізгі тіректерімен танысқан жөн:
- Құжаттама
- Шаблондау
- Оңтайландыру
- Автоматтандыру
Бұл негіз. Егер сіз өзіңіздің жұмыс үрдісіңізді осы қағидалар бойынша құрмасаңыз, ол тиімсіз, өнімсіз болады және әдетте нақты әкімшілікке аз ғана ұқсайды. Әрқайсысын бөлек қарастырайық.
жазбалар
жазбалар құжаттаманы оқу дегенді білдірмейді (бірақ онсыз жасай алмайсыз), сонымен қатар оны сақтау.
Құжаттарды қалай сақтау керек:
- Сіз бұрын ешқашан көрмеген жаңа мәселеге тап болдыңыз ба? Негізгі белгілерін, диагностика әдістерін және жою принциптерін жазыңыз.
- Сіз ортақ мәселеге жаңа, талғампаз шешім ойлап таптыңыз ба? Оны бір айдан кейін қайта ойлап таппау үшін жазып алыңыз.
- Олар сізге түсінбеген сұрақты анықтауға көмектесті ме? Негізгі ойлар мен түсініктерді жазыңыз, өзіңізге сызба сызыңыз.
Негізгі идея: жаңа нәрселерді меңгеру және қолдану кезінде өз жадыңызға толығымен сенбеу керек.
Мұны қай пішімде орындау сізге байланысты: бұл жазбалары бар жүйе, жеке блог, мәтіндік файл, физикалық блокнот болуы мүмкін. Ең бастысы, сіздің жазбаларыңыз келесі талаптарға сай болуы керек:
- Тым ұзақ болмаңыз. Негізгі идеяларды, әдістерді және құралдарды бөлектеңіз. Егер мәселені түсіну үшін Linux жүйесінде жадты бөлудің төмен деңгейлі механикасына ену қажет болса, оны үйренген мақаланы қайта жазбаңыз - оған сілтеме беріңіз.
- Жазбалар сізге түсінікті болуы керек. Егер сызық
race cond.lockupосы сызықпен сипаттаған нәрсені бірден түсінуге мүмкіндік бермейді - түсіндіріңіз. Жақсы құжаттаманы түсінуге жарты сағат қажет емес. - Іздеу - бұл өте жақсы мүмкіндік. Егер сіз блог жазбаларын жазсаңыз, тегтерді қосыңыз; Егер физикалық жазу кітапшасында болса, сипаттамалары бар шағын посттарды жапсырыңыз. Егер сіз сұрақты нөлден бастап шешуге жұмсағандай, одан жауап іздеуге көп уақыт жұмсасаңыз, құжаттаманың мағынасы аз.
Құжаттама осылай көрінуі мүмкін: блокноттағы қарапайым жазбалардан (жоғарыдағы сурет), тегтері, іздеуі және барлық мүмкін болатын ыңғайлылығы бар толыққанды көп пайдаланушылы білім қорына дейін (төменде).
Сізге бір жауаптарды екі рет іздеудің қажеті жоқ, сонымен қатар құжаттау жаңа тақырыптарды меңгеруде үлкен көмек болады (ескертулер!), сіздің өрмекші сезіміңізді жақсартады (бір ғана үстірт көзқараспен күрделі мәселені диагностикалау қабілеті), және әрекеттеріңізге ұйымды қосады. Егер құжаттама әріптестеріңізге қолжетімді болса, ол сіз болмаған кезде ол жерде нені және қалай жинағаныңызды анықтауға мүмкіндік береді.
Шаблондау
Шаблондау шаблондарды жасау және пайдалану болып табылады. Көптеген типтік мәселелерді шешу үшін нақты әрекет үлгісін жасау керек. Мәселелердің көпшілігін диагностикалау үшін стандартталған қадамдар тізбегін пайдалану керек. Бірдеңені жөндеген/орнатқан/оңтайландырған кезде, бұл нәрсенің өнімділігін стандартталған бақылау тізімдері арқылы тексеру керек.
Шаблон жасау - жұмыс процесін ұйымдастырудың ең жақсы тәсілі. Ең жиі кездесетін мәселелерді шешу үшін стандартты процедураларды қолдану арқылы сіз көптеген керемет нәрселер аласыз. Мысалы, тексеру парақтарын пайдалану жұмысыңыз үшін маңызды барлық функцияларды диагностикалауға және маңызды емес функционалдық диагностикадан бас тартуға мүмкіндік береді. Стандартталған процедуралар қажетсіз лақтыруды азайтады және қателік ықтималдығын азайтады.
Бірінші маңызды мәселе - процедуралар мен тексеру парақтары да құжатталуы керек. Егер сіз жай ғана жадқа сүйенсеңіз, шын мәнінде маңызды тексеруді немесе операцияны өткізіп, барлығын бұзуыңыз мүмкін. Екінші маңызды мәселе, егер жағдай талап етсе, барлық үлгі тәжірибелері өзгертілуі мүмкін және өзгертілуі керек. Идеал және абсолютті әмбебап үлгілер жоқ. Егер ақаулық болса, бірақ үлгіні тексеру оны анықтамаса, бұл мәселе жоқ дегенді білдірмейді. Дегенмен, кейбір екіталай гипотетикалық мәселелерді сынауды бастамас бұрын, алдымен шаблонды жылдам тексеруден өткен жөн.
Оңтайландыру
Оңтайландыру өзі үшін сөйлейді. Жұмыс процесін уақыт пен еңбек шығындары тұрғысынан мүмкіндігінше оңтайландыру қажет. Сансыз опциялар бар: пернелер тіркесімін, қысқартуларды, тұрақты өрнектерді, қолжетімді құралдарды үйреніңіз. Осы құралдарды практикалық пайдалану жолдарын іздеңіз. Пәрменді күніне 100 рет шақырсаңыз, оны пернелер тіркесіміне тағайындаңыз. Егер сізге бір серверлерге үнемі қосылу қажет болса, сізді сол жерде байланыстыратын бір сөзбен бүркеншік атты жазыңыз:
Құралдар үшін қол жетімді әртүрлі опциялармен танысыңыз - мүмкін, ыңғайлырақ терминал клиенті, DE, алмасу буфері менеджері, браузер, электрондық пошта клиенті, операциялық жүйе. Әріптестеріңіз бен достарыңыз қандай құралдарды қолданатынын біліңіз - мүмкін олар оларды белгілі бір себептермен таңдайды. Құралдар болғаннан кейін оларды пайдалануды үйреніңіз: кілттерді, қысқартуларды, кеңестер мен амалдарды үйреніңіз.
Стандартты құралдарды оңтайлы пайдаланыңыз - coreutils, vim, тұрақты өрнектер, bash. Соңғы үшеуінде көптеген тамаша нұсқаулықтар мен құжаттамалар бар. Олардың көмегімен сіз «Мен өзімді ноутбукпен жаңғақ жарып жатқан маймыл сияқты сезінемін» күйінен «Мен өзіме жаңғақ крекеріне тапсырыс беру үшін ноутбук пайдаланатын маймылмын» күйіне тез өте аласыз.
Автоматтандыру
Автоматтандыру қиын операцияларды біздің шаршаған қолымыздан автоматтандырудың қажымас қолына ауыстырады. Егер қандай да бір стандартты процедура бір типті бес командада орындалса, неге осы командалардың барлығын бір файлға орап, осы файлды жүктеп алатын және орындайтын бір команданы шақырмасқа?
Автоматтандырудың өзі 80% өз құралдарыңызды жазу және оңтайландыру (және тағы 20% оларды қажетінше жұмыс істеуге тырысады). Бұл жай ғана жетілдірілген бір лайнер немесе веб-интерфейсі мен API интерфейсі бар үлкен құдіретті құрал болуы мүмкін. Мұндағы негізгі критерий - құралды жасау құрал сізді үнемдейтін уақыт пен күштен артық уақыт пен күш жұмсамауы керек. Сценарийсіз шешуге бір-екі сағат қажет болатын тапсырма үшін енді ешқашан қажет болмайтын сценарий жазуға бес сағат жұмсасаңыз, бұл жұмыс үрдісін оңтайландыру өте нашар. Саны, тапсырмалар түрі және уақыт мүмкіндік берсе ғана құралды жасауға бес сағат жұмсай аласыз, бұл жиі бола бермейді.
Автоматтандыру міндетті түрде толыққанды сценарийлерді жазуды білдірмейді. Мысалы, тізімнен бір типті нысандардың шоғырын жасау үшін сізге тек терезелер арасында ауысу арқылы қолмен жасайтын нәрсені автоматты түрде көшіру-қою арқылы жасайтын ақылды бір лайнер қажет.
Іс жүзінде, егер сіз осы төрт тірек бойынша басқару процесін құрсаңыз, сіз өзіңіздің тиімділігіңізді, өнімділігіңізді және біліктілігіңізді жылдам арттыра аласыз. Дегенмен, бұл тізімді тағы бір тармақпен толықтыру қажет, онсыз IT-да жұмыс істеу мүмкін емес - өзін-өзі тәрбиелеу.
Жүйелік әкімшінің өзін-өзі тәрбиелеуі
Бұл салада аз да болса сауатты болу үшін үнемі оқып, жаңа нәрселерді үйрену керек. Егер сізде бейтаныс нәрсемен бетпе-бет келуге және оны анықтауға деген ықыласыңыз болмаса, сіз өте тез тұрып қаласыз. Жаңа шешімдердің, технологиялардың және әдістердің барлық түрлері IT-да үнемі пайда болады, егер сіз оларды тым болмаса үстірт зерттемесеңіз, сіз сәтсіздікке апаратын жолдасыз. Ақпараттық технологиялардың көптеген салалары өте күрделі және көлемді негізде тұрады. Мысалы, желі жұмысы. Желілер мен Интернет барлық жерде, сіз оларды күнде кездестіресіз, бірақ олардың артындағы технологияны зерттегеннен кейін сіз саябақта серуендеуге жатпайтын үлкен және өте күрделі пәнді ашасыз.
Мен бұл тармақты тізімге қоспадым, себебі ол жүйені басқару үшін ғана емес, жалпы АТ үшін де маңызды. Әрине, сіз бәрін бірден үйрене алмайсыз - физикалық тұрғыдан жеткілікті уақытыңыз жоқ. Сондықтан, өзін-өзі тәрбиелеу кезінде абстракцияның қажетті деңгейлерін есте сақтау керек.
Әрбір жеке утилитаның ішкі жадты басқару қалай жұмыс істейтінін және оның Linux жадын басқарумен қалай әрекеттесетінін бірден білудің қажеті жоқ, бірақ RAM схемалық түрде не екенін және оның не үшін қажет екенін білу жақсы. TCP және UDP тақырыптарының құрылымдық жағынан қалай ерекшеленетінін білудің қажеті жоқ, бірақ хаттамалардың жұмыс істеу жолындағы негізгі айырмашылықтарды түсіну жақсы идея болар еді. Оптикада сигналдың әлсіреуінің не екенін білудің қажеті жоқ, бірақ нақты жоғалтулар әрқашан түйіндер бойынша мұраланғанын білу жақсы болар еді. Белгілі бір элементтердің абстракцияның белгілі бір деңгейінде қалай жұмыс істейтінін білудің және абстракция мүлде болмаған кезде барлық деңгейлерді міндетті түрде түсінудің қажеті жоқ (сіз жай ғана есіңізден кетесіз).
Дегенмен, сіздің салаңызда абстракция деңгейінде ойлау «жақсы, бұл веб-сайттарды көрсетуге мүмкіндік беретін нәрсе» өте жақсы емес. Келесі дәрістер абстракцияның төменгі деңгейлерінде жұмыс істегенде жүйелік әкімші айналысуы тиіс негізгі салаларға шолу жасауға арналады. Қаралған білім көлемін абстракцияның ең төменгі деңгейіне дейін шектеуге тырысамын.
Жүйені басқарудың 10 бұйрығы
Сонымен, біз төрт негізгі тірек пен негізді білдік. Мәселелерді шешуді бастай аламыз ба? Жоқ әлі. Мұны жасамас бұрын, «ең жақсы тәжірибелер» деп аталатын жақсы әдептілік ережелерімен танысқан жөн. Оларсыз сіз пайдадан гөрі көп зиян келтіруіңіз мүмкін. Сонымен, бастайық:
- Менің кейбір әріптестерім ең бірінші ереже «зиян келтірмеу» деп санайды. Бірақ мен келіспеуге бейіммін. Зиян келтірмеуге тырысқанда, сіз ештеңе істей алмайсыз - тым көп әрекеттер ықтимал деструктивті. Менің ойымша, ең маңызды ереже - «сақтық көшірме жасау». Егер сіз біраз зиян келтірсеңіз де, сіз әрқашан артқа орала аласыз және бәрі жаман болмайды.
Уақыт пен орын рұқсат еткенде сақтық көшірме жасау керек. Сіз өзгертетін нәрселердің сақтық көшірмесін жасауыңыз керек және ықтимал деструктивті әрекетке байланысты жоғалту қаупі бар. Сақтық көшірменің тұтастығын және барлық қажетті деректердің болуын тексерген жөн. Дискідегі орынды босату қажет болмаса, сақтық көшірме барлығын тексергеннен кейін бірден жойылмауы керек. Орын талап етсе, оның сақтық көшірмесін жеке серверіңізге жасап, бір аптадан кейін жойыңыз.
- Екінші маңызды ереже (мен оны жиі бұзамын). "жасырма". Сақтық көшірме жасасаңыз, әріптестеріңіз оны іздемеу үшін қайда екенін жазыңыз. Егер сіз кейбір айқын емес немесе күрделі әрекеттерді жасасаңыз, оны жазыңыз: сіз үйге барасыз, мәселе қайталануы немесе басқа біреу үшін туындауы мүмкін және сіздің шешіміңіз кілт сөздерді қолдану арқылы табылады. Сіз жақсы білетін іспен айналыссаңыз да, әріптестеріңіз жасамауы мүмкін.
- Үшінші ережені түсіндірудің қажеті жоқ: «Сіз білмейтін, елестетпейтін немесе түсінбейтін нәрсені ешқашан жасамаңыз». Интернеттен командаларды көшірмеңіз, егер олардың не істейтінін білмесеңіз, адамға қоңырау шалыңыз және алдымен оларды талдаңыз. Егер сіз олардың не істейтінін түсінбесеңіз, дайын шешімдерді пайдаланбаңыз. Түсініксіз кодтың орындалуын абсолютті минимумға дейін сақтаңыз. Егер сізде оны анықтауға уақытыңыз болмаса, онда сіз бірдеңе дұрыс емес істеп жатырсыз және келесі тармақты оқуыңыз керек.
- «Тест». Жаңа сценарийлер, құралдар, бір-лайнерлер және пәрмендер, егер деструктивті әрекеттер үшін ең аз потенциал болса, клиенттік машинада емес, басқарылатын ортада сыналуы керек. Барлығының сақтық көшірмесін жасасаңыз да (және жасадыңыз), үзіліс - ең керемет нәрсе емес. Бұл үшін бөлек сервер/виртуалды/chroot жасаңыз және сол жерде тексеріңіз. Бірдеңе бұзылды ма? Содан кейін сіз оны «шайқаста» іске қоса аласыз.
- «Бақылау». Сіз басқармайтын барлық әрекеттерді азайтыңыз. Бір пакетке тәуелділік қисығы жүйенің жартысын төмен қарай сүйреп апаруы мүмкін және yum remove үшін орнатылған -y жалауы жүйені қалпына келтіру дағдыларын нөлден бастап жаттықтыру мүмкіндігін береді. Егер әрекетте бақыланбайтын балама болмаса, келесі нүкте дайын сақтық көшірме болып табылады.
- «Тексеру». Әрекеттеріңіздің салдарын және сақтық көшірмеге оралу қажет пе екенін тексеріңіз. Мәселенің шынымен шешілгенін тексеріңіз. Қатенің қайта шығарылғанын және қандай жағдайда екенін тексеріңіз. Өз әрекеттеріңізбен нені бұзуға болатынын тексеріңіз. Біздің жұмысымызға сенудің қажеті жоқ, бірақ ешқашан тексермеу керек.
- «Хабарласу». Мәселені шеше алмасаңыз, әріптестеріңізден мұндай жағдайға тап болған-болмағанын сұраңыз. Даулы шешімді қолданғыңыз келсе, әріптестеріңіздің пікірін біліңіз. Мүмкін олар жақсырақ шешім ұсынатын шығар. Егер сіз өз әрекеттеріңізге сенімді болмасаңыз, оларды әріптестеріңізбен талқылаңыз. Бұл сіздің тәжірибеңіз болса да, жағдайға жаңа көзқарас көп нәрсені түсіндіре алады. Өз надандығың үшін ұялма. Сұрақ қоймай, жауап алмай, ақыры ақымақ болып кеткенше, ақымақ сұрақ қойып, ақымақ болып көрініп, жауап алған жақсы.
- «Көмектен негізсіз бас тартпа». Бұл тармақ алдыңғыға керісінше. Егер сізге ақымақ сұрақ қойылса, түсіндіріңіз және түсіндіріңіз. Олар мүмкін емес нәрсені сұрайды - бұл мүмкін емес және неге екенін түсіндіріңіз, баламаларды ұсыныңыз. Егер сізде уақыт болмаса (сізде уақыт жоқ, қалауыңыз емес) - сізде шұғыл сұрағыңыз бар, көп жұмыс бар деп айтыңыз, бірақ оны кейінірек реттейсіз. Егер әріптестердің шұғыл тапсырмалары болмаса, олармен байланысып, сұрақты беруді ұсыныңыз.
- «Пікір қалдыру». Әріптестеріңіздің бірі жаңа техниканы немесе жаңа сценарийді қолдана бастады ма және сіз бұл шешімнің жағымсыз салдарларына тап болып жатырсыз ба? Хабарлаңыз. Мүмкін, мәселені үш код жолында немесе техниканы нақтылаудың бес минутында шешуге болады. Сіз бағдарламалық құралда қатені кездестірдіңіз бе? Қате туралы хабарлау. Егер ол қайталанатын болса немесе қайта шығару қажет болмаса, ол түзетілуі мүмкін. Өз тілектеріңізді, ұсыныстарыңызды және сындарлы сындарыңызды айтыңыз, егер олар өзекті болып көрінсе, талқылау үшін сұрақтар қойыңыз.
- «Пікір сұрау». Біз бәріміз өз шешімдеріміз сияқты кемелсізбіз және шешіміңіздің дұрыстығын тексерудің ең жақсы жолы - оны талқылауға шығару. Клиент үшін бірдеңені оңтайландырған болсаңыз, олардан жұмысты бақылауды сұраңыз; мүмкін жүйедегі тығырық сіз іздеген жерде емес. Сіз анықтама сценарийін жаздыңыз - оны әріптестеріңізге көрсетіңіз, мүмкін олар оны жақсартудың жолын табады.
Егер сіз өз жұмысыңызда осы тәжірибелерді үнемі қолдансаңыз, проблемалардың көпшілігі проблемалық болмай қалады: сіз өзіңіздің қателеріңіз бен бұрмалануларыңыздың санын минимумға дейін азайтып қана қоймай, сонымен қатар қателерді түзету мүмкіндігіне ие боласыз. резервтік көшірмелердің нысаны және сақтық көшірме жасауға кеңес беретін әріптестер). Әрі қарай - тек техникалық бөлшектер, біз білетіндей, шайтан жатыр.
Уақыттың 50% -дан астамымен жұмыс істеуге тура келетін негізгі құралдар - grep және vim. Не қарапайым болуы мүмкін? Мәтінді іздеу және мәтінді өңдеу. Дегенмен, grep және vim екеуі де мәтінді тиімді іздеуге және өңдеуге мүмкіндік беретін қуатты мульти-құралдар. Егер кейбір Windows блокноттары жолды жай жазуға/жоюға мүмкіндік берсе, онда vim-де мәтінмен дерлік кез келген нәрсені жасауға болады. Маған сенбесеңіз, терминалдан vimtutor пәрменіне қоңырау шалыңыз және оқуды бастаңыз. grep-ке келетін болсақ, оның негізгі күші тұрақты тіркестерде. Иә, құралдың өзі іздеу шарттарын орнатуға және деректерді икемді түрде шығаруға мүмкіндік береді, бірақ RegExpсіз бұл мағынасы жоқ. Және тұрақты тіркестерді білу керек! Кем дегенде базалық деңгейде. Алдымен мен сізге осыны қарауға кеңес берер едім , ол тұрақты тіркестердің негіздерін және олардың grep-пен бірге қолданылуын қамтиды. Иә, оларды vim-мен біріктіргенде, сіз мәтінмен әрекеттерді орындау үшін 18+ белгішелермен белгілеуіңіз керек ТҮПКІ ҚУАТ мүмкіндігіне ие боласыз.
Қалған 50%, 40% coreutils құралдар жинағынан келеді. Coreutils үшін тізімді мына жерден қарауға болады , және бүкіл тізімге арналған нұсқаулық веб-сайтта . Бұл жинақта қарастырылмаған нәрсе утилиталарда . Сізге барлық кілттерді жатқа білудің қажеті жоқ, бірақ кем дегенде негізгі құралдардың не істей алатынын шамамен білу пайдалы. Дөңгелекті балдақтан қайта ойлап табудың қажеті жоқ. Маған қандай да бір утилитаның шығысындағы бос орындармен жол үзілімдерін ауыстыру керек болды, ал менің науқас миым осындай құрылысты тудырды. sed ':a;N;$!ba;s/n/ /g', бір әріптесім келіп, мені сыпырғышпен консольден қуып жіберді, содан кейін мәселені жазу арқылы шешті tr 'n' ' '.
Мен сізге әрбір жеке құралдың не істейтінін және жиі қолданылатын пәрмендердің кілттерін есте сақтауға кеңес берер едім, қалғанының бәрінде адам бар. Күмәніңіз болса, ер адамға хабарласыңыз. Және ер адамның өзін оқып шығуды ұмытпаңыз - онда сіз не табатындығыңыз туралы маңызды ақпарат бар.
Осы құралдарды біле отырып, сіз тәжірибеде кездесетін мәселелердің маңызды бөлігін тиімді шеше аласыз. Келесі дәрістерде біз бұл құралдарды және олар қолданылатын негізгі қызметтер мен қолданбаларға арналған шеңберлерді қашан пайдалану керектігін қарастырамыз.
Бірінші VDS жүйелік әкімшісі Кирилл Цветков сізбен бірге болды.
Ақпарат көзі: www.habr.com