초보 시스템 관리자를 위한: 혼돈 속에서 질서를 만드는 방법

저는 FirstVDS 시스템 관리자입니다. 이것은 초보 동료를 돕는 짧은 과정의 첫 번째 입문 강의 텍스트입니다. 최근 시스템 관리에 참여하기 시작한 전문가들도 동일한 문제에 직면해 있습니다. 해결책을 제시하기 위해 나는 이 일련의 강의를 집필하기로 했습니다. 여기에 있는 일부 내용은 기술 지원 호스팅과 관련이 있지만 일반적으로 모든 사람은 아니더라도 많은 사람에게 유용할 수 있습니다. 그래서 여기에 공유할 강의 텍스트를 수정했습니다.

귀하의 직위가 무엇인지는 중요하지 않습니다. 중요한 것은 실제로 귀하가 행정에 참여하고 있다는 것입니다. 그러므로 시스템 관리자가 해야 할 일부터 시작해 보겠습니다. 주요 임무는 물건을 정리하고 질서를 유지하며 향후 증가에 대비하는 것입니다. 시스템 관리자가 없으면 서버가 엉망이 됩니다. 로그가 기록되지 않거나 잘못된 내용이 기록되고, 리소스가 최적으로 분배되지 않고, 디스크가 온갖 종류의 쓰레기로 채워지고, 시스템이 너무 많은 혼란으로 인해 서서히 죽기 시작합니다. 고요히! 귀하의 시스템 관리자가 문제를 해결하고 혼란을 제거하기 시작합니다!

시스템 관리의 핵심

그러나 문제 해결을 시작하기 전에 관리의 네 가지 주요 요소를 숙지하는 것이 좋습니다.

1. 선적 서류 비치
2. 템플릿
3. 최적화
4. 오토메이션

이것이 기본입니다. 이러한 원칙에 따라 워크플로를 구축하지 않으면 비효율적이고 비생산적이며 일반적으로 실제 관리와 유사성이 거의 없습니다. 각각을 개별적으로 살펴보겠습니다.

Документация

Документация 문서를 읽는다는 것은 문서 없이는 할 수 없지만 문서를 유지하는 것을 의미합니다.

문서 보관 방법:

• 이전에 본 적이 없는 새로운 문제에 직면하셨나요? 주요 증상, 진단 방법 및 제거 원칙을 적어 두십시오.
• 일반적인 문제에 대한 새롭고 우아한 해결책을 생각해냈습니까? 지금부터 한 달 후에 다시 만들 필요가 없도록 적어 두세요.
• 당신이 이해하지 못하는 질문을 알아내는 데 도움이 되었나요? 주요 내용과 개념을 적고 직접 다이어그램을 그려보세요.

주요 아이디어: 새로운 것을 마스터하고 적용할 때 자신의 기억을 완전히 신뢰해서는 안 됩니다.

어떤 형식으로 할 것인지는 귀하에게 달려 있습니다. 메모가 있는 시스템, 개인 블로그, 텍스트 파일, 실제 메모장이 될 수 있습니다. 가장 중요한 것은 귀하의 기록이 다음 요구 사항을 충족한다는 것입니다.

1. 너무 오래 기다리지 마세요. 주요 아이디어, 방법, 도구를 강조하세요. 문제를 이해하기 위해 Linux에서 메모리 할당의 낮은 수준 메커니즘을 자세히 살펴보아야 한다면, 배운 내용을 다시 작성하지 말고 해당 내용에 대한 링크를 제공하세요.
2. 항목이 명확해야 합니다. 만약 라인 race cond.lockup 이 줄로 설명한 내용을 즉시 이해할 수는 없습니다. 설명하십시오. 좋은 문서는 이해하는 데 30분도 걸리지 않습니다.
3. 검색은 매우 좋은 기능입니다. 블로그 게시물을 작성하는 경우 태그를 추가하세요. 실제 노트에 있는 경우 설명과 함께 작은 포스트잇을 붙입니다. 처음부터 질문을 해결하는 데 소요되는 시간만큼 답변을 찾는 데 많은 시간을 소비한다면 문서화에는 아무런 의미가 없습니다.

메모장의 기본 메모(위 그림)부터 태그, 검색 및 가능한 모든 편의 기능을 갖춘 본격적인 다중 사용자 지식 기반(아래)까지 문서의 모습은 다음과 같습니다.

동일한 답을 두 번 찾을 필요가 없을 뿐만 아니라, 문서화는 새로운 주제를 배우는 데 큰 도움이 될 것이며(참고!) 스파이더 센스(피상적인 한 눈에 복잡한 문제를 진단하는 능력)를 향상시킬 것입니다. 그리고 당신의 행동에 조직을 추가할 것입니다. 동료들이 문서를 이용할 수 있다면, 당신이 없을 때 거기에 무엇을, 어떻게 쌓아두었는지 알아낼 수 있을 것입니다.

템플릿

템플릿 템플릿을 만들고 사용하는 것입니다. 가장 일반적인 문제를 해결하려면 특정 작업 템플릿을 만드는 것이 좋습니다. 대부분의 문제를 진단하려면 표준화된 일련의 단계를 사용해야 합니다. 무언가를 수리/설치/최적화한 경우 표준화된 체크리스트를 사용하여 해당 성능을 확인해야 합니다.

템플릿은 작업 흐름을 구성하는 가장 좋은 방법입니다. 가장 일반적인 문제를 해결하기 위해 표준 절차를 사용하면 많은 유용한 정보를 얻을 수 있습니다. 예를 들어, 체크리스트를 사용하면 작업에 중요한 모든 기능을 진단하고 중요하지 않은 기능에 대한 진단을 무시할 수 있습니다. 그리고 표준화된 절차는 불필요한 투척을 최소화하고 오류 가능성을 줄여줍니다.

첫 번째 중요한 점은 절차와 체크리스트도 문서화해야 한다는 것입니다. 단지 기억에만 의존한다면 정말 중요한 점검이나 조작을 놓치고 모든 것을 망칠 수 있습니다. 두 번째 중요한 점은 상황에 따라 필요한 경우 모든 템플릿 관행을 수정할 수 있고 수정해야 한다는 것입니다. 이상적이고 절대적으로 보편적인 템플릿은 없습니다. 문제가 있지만 템플릿 검사에서 밝혀지지 않은 경우에도 문제가 없다는 의미는 아닙니다. 그러나 가능성이 희박한 몇 가지 가상 문제 테스트를 시작하기 전에 먼저 빠른 템플릿 테스트를 수행하는 것이 좋습니다.

최적화

최적화 그 자체로 말합니다. 작업 프로세스는 시간과 인건비 측면에서 최대한 최적화되어야 합니다. 수많은 옵션이 있습니다: 키보드 단축키, 약어, 정규식, 사용 가능한 도구를 알아보세요. 이러한 도구를 보다 실용적으로 활용하는 방법을 찾아보세요. 하루에 100번 명령을 호출하는 경우 해당 명령을 키보드 단축키에 할당하세요. 동일한 서버에 정기적으로 연결해야 하는 경우 해당 서버에 연결할 별칭을 한 단어로 작성하세요.

도구에 사용할 수 있는 다양한 옵션을 숙지하세요. 아마도 더 편리한 터미널 클라이언트, DE, 클립보드 관리자, 브라우저, 이메일 클라이언트, 운영 체제가 있을 것입니다. 동료와 친구들이 어떤 도구를 사용하는지 알아보세요. 아마도 이유가 있어서 선택했을 수도 있습니다. 도구가 있으면 사용 방법을 배우십시오. 즉, 키, 약어, 팁 및 요령을 배우십시오.

coreutils, vim, 정규 표현식, bash 등 표준 도구를 최적으로 활용하세요. 마지막 세 가지에 대해서는 수많은 훌륭한 매뉴얼과 문서가 있습니다. 이들의 도움을 받으면 “나는 노트북으로 견과류를 깨는 원숭이가 된 기분이다” 상태에서 “나는 노트북을 사용하여 견과류 크래커를 주문하는 원숭이다”라는 상태로 빠르게 전환할 수 있습니다.

오토메이션

오토메이션 어려운 작업을 피곤한 손에서 지칠 줄 모르는 자동화의 손으로 이전할 것입니다. 일부 표준 절차가 동일한 유형의 5개 명령으로 수행되는 경우 이러한 모든 명령을 하나의 파일로 묶고 이 파일을 다운로드하고 실행하는 하나의 명령을 호출하는 것은 어떨까요?

자동화 자체는 80%가 자신의 도구를 작성하고 최적화하는 것입니다(그리고 또 다른 20%는 도구가 제대로 작동하도록 노력하는 것입니다). 그것은 단지 고급 단일 라이너일 수도 있고 웹 인터페이스와 API를 갖춘 거대한 전능한 도구일 수도 있습니다. 여기서 주요 기준은 도구를 만드는 데 도구를 사용하여 절약할 수 있는 시간과 노력보다 더 많은 시간과 노력이 들지 않아야 한다는 것입니다. 다시는 필요하지 않을 스크립트를 작성하는 데 XNUMX시간을 소비한다면, 스크립트가 없었다면 해결하는 데 한두 시간이 걸렸을 작업에 대해 이는 매우 열악한 작업 흐름 최적화입니다. 작업 수, 작업 유형 및 시간이 허용하는 경우에만 도구를 만드는 데 XNUMX시간을 소비할 수 있지만 이는 자주 발생하지 않습니다.

자동화가 반드시 완전한 스크립트 작성을 의미하는 것은 아닙니다. 예를 들어, 목록에서 동일한 유형의 여러 개체를 생성하려면 창 간 전환, 복사-붙여넣기 등 수동으로 수행하는 작업을 자동으로 수행하는 영리한 한 줄만 있으면 됩니다.

실제로 이 네 가지 핵심 요소를 기반으로 관리 프로세스를 구축하면 효율성, 생산성 및 자격을 빠르게 높일 수 있습니다. 그러나이 목록에는 IT 작업이 거의 불가능한 자기 교육 항목이 하나 더 추가되어야합니다.

시스템 관리자 자가 교육

이 분야에 조금이라도 능숙해지기 위해서는 끊임없이 새로운 것을 공부하고 배워야 합니다. 미지의 세계에 맞서서 그것을 알아내고 싶은 마음이 조금이라도 없다면, 당신은 아주 빨리 막히게 될 것입니다. IT에는 온갖 종류의 새로운 솔루션과 기술, 방법들이 끊임없이 등장하고 있는데, 적어도 표면적으로만 공부하지 않는다면 실패의 길로 들어서게 됩니다. 정보 기술의 많은 영역은 매우 복잡하고 방대합니다. 예를 들어, 네트워크 작업. 네트워크와 인터넷은 어디에나 있고 매일 접하게 되지만, 일단 그 뒤에 숨은 기술을 파헤쳐 보면 거대하고 매우 복잡한 학문을 발견하게 될 것이며, 그 연구는 결코 공원에서 산책할 수 없는 것입니다.

이 항목은 시스템 관리뿐만 아니라 IT 전반에 있어서 핵심이기 때문에 목록에 포함시키지 않았습니다. 당연히 모든 것을 즉시 배울 수는 없습니다. 육체적으로 시간이 충분하지 않습니다. 그러므로 자신을 교육할 때 필요한 추상화 수준을 기억해야 합니다.

각 개별 유틸리티의 내부 메모리 관리가 어떻게 작동하는지, Linux 메모리 관리와 어떻게 상호 작용하는지 즉시 배울 필요는 없지만 개략적으로 RAM이 무엇인지, 왜 필요한지 아는 것이 좋습니다. TCP와 UDP 헤더가 구조적으로 어떻게 다른지 알 필요는 없지만, 프로토콜 작동 방식의 기본적인 차이점을 이해하는 것이 좋습니다. 광학에서 신호 감쇠가 무엇인지 알 필요는 없지만 실제 손실이 항상 노드 전체에 상속되는 이유를 아는 것이 좋을 것입니다. 특정 요소가 특정 수준의 추상화에서 어떻게 작동하는지 아는 것과 추상화가 전혀 없을 때 모든 수준을 반드시 이해하는 것은 아닙니다(미쳐버릴 것입니다).

하지만 당신의 분야에서는 추상적인 수준에서 "글쎄, 이것은 웹 사이트를 표시할 수 있게 해주는 것"이라고 생각하는 것은 별로 좋지 않습니다. 다음 강의에서는 시스템 관리자가 낮은 추상화 수준에서 작업할 때 처리해야 하는 주요 영역에 대한 개요를 다룹니다. 나는 검토되는 지식의 양을 최소한의 추상화 수준으로 제한하려고 노력할 것입니다.

시스템 관리의 10계명

그래서 우리는 네 가지 주요 기둥과 기초를 배웠습니다. 문제 해결을 시작해볼까요? 아직 아님. 이를 수행하기 전에 소위 "모범 사례"와 예의 범절 규칙을 숙지하는 것이 좋습니다. 그것들이 없으면 당신은 유익보다 해를 끼칠 가능성이 더 큽니다. 그럼 시작해 보겠습니다.

1. 내 동료 중 일부는 첫 번째 규칙이 "해를 끼치지 않는 것"이라고 믿습니다. 그러나 나는 동의하지 않는 경향이 있습니다. 해를 끼치지 않으려고 하면 아무 것도 할 수 없습니다. 너무 많은 행동은 잠재적으로 파괴적일 수 있습니다. 제가 생각하는 가장 중요한 규칙은 - “백업해 줘”. 약간의 피해를 주더라도 언제든지 롤백할 수 있으며 모든 것이 그렇게 나쁘지는 않습니다.

   시간과 장소가 허락하는 한 항상 백업을 해야 합니다. 변경할 내용과 잠재적으로 파괴적인 작업으로 인해 손실될 위험이 있는 내용을 백업해야 합니다. 백업의 무결성과 필요한 모든 데이터가 있는지 확인하는 것이 좋습니다. 디스크 공간을 확보해야 하는 경우를 제외하고 모든 사항을 확인한 후 즉시 백업을 삭제하면 안 됩니다. 해당 위치에서 필요한 경우 개인 서버에 백업하고 일주일 후 삭제하세요.

2. 두 번째로 중요한 규칙(나 자신도 자주 어기는 규칙)은 "숨기지 마". 백업한 경우 동료가 찾을 필요가 없도록 위치를 적어 두십시오. 분명하지 않거나 복잡한 행동을 했다면 적어 두십시오. 집에 가면 문제가 반복되거나 다른 사람에게 발생할 수 있으며 키워드를 사용하여 해결책을 찾을 수 있습니다. 자신이 잘 아는 일을 해도 동료는 그렇지 않을 수도 있습니다.
3. 세 번째 규칙은 설명할 필요가 없습니다. “당신이 알지 못하거나, 상상하거나, 이해하지 못하는 결과를 결코 행하지 마십시오”. 명령이 무엇인지 모르면 인터넷에서 명령을 복사하지 마십시오. 먼저 man을 호출하여 구문 분석하십시오. 기성 솔루션의 기능을 이해할 수 없다면 기성 솔루션을 사용하지 마세요. 난독화된 코드의 실행을 최소한으로 유지하세요. 알아낼 시간이 없다면 뭔가 잘못하고 있는 것이므로 다음 사항을 읽어야 합니다.
4. "시험". 파괴적인 작업의 가능성이 최소한이라도 있는 경우, 새로운 스크립트, 도구, 한 줄짜리 명령 및 명령은 클라이언트 시스템이 아닌 통제된 환경에서 테스트되어야 합니다. 모든 것을 백업했더라도(그리고 그렇게 했더라도) 가동 중지 시간은 가장 멋진 일이 아닙니다. 이를 위해 별도의 서버/가상/chroot를 만들고 거기에서 테스트하십시오. 깨진 것이 있나요? 그런 다음 "전투"에서 시작할 수 있습니다.

   
   

5. "제어". 통제할 수 없는 모든 작업을 최소화합니다. 하나의 패키지 종속성 곡선은 시스템의 절반을 끌 수 있으며 yum 제거에 설정된 -y 플래그를 사용하면 시스템 복구 기술을 처음부터 연습할 수 있는 기회를 제공합니다. 작업에 제어되지 않은 대안이 없는 경우 다음 지점은 미리 만들어진 백업입니다.
6. "확인하다". 작업의 결과와 백업으로 롤백해야 하는지 여부를 확인하세요. 문제가 실제로 해결되었는지 확인하십시오. 오류가 재현되는지, 어떤 조건에서 발생하는지 확인하세요. 당신의 행동으로 무엇을 깨뜨릴 수 있는지 확인하십시오. 우리의 작업을 신뢰할 필요는 없지만 확인하는 것은 결코 아닙니다.
7. "의사소통하다". 문제를 해결할 수 없으면 동료에게 이 문제가 발생했는지 물어보세요. 논란의 여지가 있는 결정을 적용하려면 동료의 의견을 알아보십시오. 아마도 그들은 더 나은 솔루션을 제공할 것입니다. 자신의 행동에 자신이 없다면 동료들과 논의하십시오. 이것이 귀하의 전문 분야이더라도 상황을 새롭게 살펴보면 많은 것이 명확해질 수 있습니다. 자신의 무지를 부끄러워하지 마십시오. 질문을 하지 않고 대답을 얻지 못하고 결국 바보가 되는 것보다 어리석은 질문을 하고 바보처럼 보이다가 대답을 얻는 것이 더 낫습니다.
8. “무리하게 도움을 거부하지 마세요”. 이 점은 이전 점과 반대입니다. 어리석은 질문을 받으면 명확하게 설명하십시오. 그들은 불가능한 것을 요구합니다. 그것이 불가능하다는 것을 설명하고 그 이유를 설명하고 대안을 제시합니다. 시간이 없다면(실제로 시간이 없고 욕구가 없음) 긴급한 질문이 있고 할 일이 많지만 나중에 정리할 것이라고 말하십시오. 동료에게 긴급한 업무가 없으면 연락하여 질문을 위임하겠다고 제안하세요.
9. "피드백을 주세요". 동료 중 한 명이 새로운 기술이나 스크립트를 사용하기 시작했는데, 이 결정으로 인해 부정적인 결과가 발생하고 있습니까? 신고하세요. 아마도 문제는 세 줄의 코드나 5분의 기술 개선만으로 해결될 수 있습니다. 소프트웨어에서 버그를 발견하셨나요? 버그를 신고하세요. 재현 가능하거나 재현할 필요가 없는 경우 수정될 가능성이 높습니다. 여러분의 소망, 제안, 건설적인 비판을 말하고, 관련성이 있다고 생각되면 토론을 위한 질문을 제기하세요.
10. "피드백을 요청하세요". 우리는 결정과 마찬가지로 모두 불완전합니다. 결정의 정확성을 테스트하는 가장 좋은 방법은 결정을 논의하는 것입니다. 클라이언트를 위해 무언가를 최적화한 경우 작업을 모니터링하도록 요청하세요. 시스템의 병목 현상이 원하는 위치에 없을 수도 있습니다. 도움말 스크립트를 작성했습니다. 동료에게 보여주면 동료가 개선할 방법을 찾을 수도 있습니다.

이러한 관행을 업무에 지속적으로 적용하면 대부분의 문제는 더 이상 문제가 되지 않을 것입니다. 자신의 실수와 실수의 수를 최소한으로 줄일 수 있을 뿐만 아니라 실수를 바로잡을 기회도 갖게 됩니다( 백업을 조언할 백업 및 동료의 형태). 추가-우리가 알고 있듯이 악마가 거짓말을 하는 기술적 세부 사항만 있습니다.

작업 시간의 50% 이상을 사용해야 하는 주요 도구는 grep과 vim입니다. 이보다 더 간단한 것은 무엇일까요? 텍스트 검색 및 텍스트 편집. 그러나 grep과 vim은 모두 텍스트를 효율적으로 검색하고 편집할 수 있는 강력한 멀티 도구입니다. 일부 Windows 메모장에서 간단히 한 줄을 쓰거나 삭제할 수 있다면 vim에서는 텍스트로 거의 모든 작업을 수행할 수 있습니다. 제 말을 믿을 수 없다면 터미널에서 vimtutor 명령을 호출하고 학습을 시작해 보세요. grep의 주요 강점은 정규 표현식에 있습니다. 예, 도구 자체를 사용하면 검색 조건을 설정하고 데이터를 매우 유연하게 출력할 수 있지만 RegExp가 없으면 별 의미가 없습니다. 그리고 정규식을 알아야 합니다! 적어도 기본 수준에서는요. 우선, 이 내용을 살펴보라고 권하고 싶습니다. 비디오, 정규식의 기본 사항과 grep과 함께 사용하는 방법을 다룹니다. 아, 그렇습니다. vim과 결합하면 18개 이상의 아이콘으로 레이블을 지정해야 하는 텍스트로 이러한 작업을 수행할 수 있는 최고의 성능을 얻게 됩니다.

나머지 50% 중 40%는 coreutils 툴킷에서 나옵니다. coreutils의 경우 다음 목록을 볼 수 있습니다. 위키 백과, 전체 목록에 대한 매뉴얼은 웹사이트에 있습니다 GNU. 이 세트에서 다루지 않은 부분은 유틸리티에 있습니다. POSIX. 모든 키를 외울 필요는 없지만 최소한 기본 도구가 수행할 수 있는 작업을 대략적으로 아는 것이 도움이 됩니다. 목발을 짚고 바퀴를 재발명할 필요가 없습니다. 나는 어떤 유틸리티의 출력에서 ​​줄바꿈을 공백으로 대체해야 했고, 내 아픈 두뇌는 다음과 같은 구성을 낳았습니다. sed ':a;N;$!ba;s/n/ /g', 동료가 와서 빗자루를 들고 나를 콘솔에서 쫓아낸 다음 다음과 같이 문제를 해결했습니다. tr 'n' ' '.

각 개별 도구의 기능과 가장 자주 사용되는 명령의 키를 기억해 두시기 바랍니다. 그 밖의 모든 작업에는 사람이 있습니다. 궁금한 점이 있으면 언제든지 남자에게 전화하세요. 그리고 그 사람 자체를 꼭 읽어보세요. 여기에는 여러분이 발견할 내용에 대한 중요한 정보가 포함되어 있습니다.

이러한 도구를 알면 실제로 직면하게 될 문제의 상당 부분을 효과적으로 해결할 수 있습니다. 다음 강의에서는 이러한 도구를 사용해야 하는 시기와 해당 도구가 적용되는 기본 서비스 및 애플리케이션에 대한 프레임워크를 살펴보겠습니다.

FirstVDS 시스템 관리자 Kirill Tsvetkov가 함께했습니다.

출처 : habr.com