리눅스 대량 / 원격 관리


10

내부 IT 인프라 외에도 온라인 세계를위한 서비스를 호스팅하는 약 500 대의 Linux 시스템이 있습니다. 이들은 데이터베이스 An, 제품 An, NFS, 백 오피스 등과 같은 여러 클러스터로 그룹화됩니다. 또한 사양 및 요구 사항에 따라 외부 공급자가 관리합니다.

그러나 우리는 (웹) 소프트웨어 개발, 롤아웃 및 배포 과정에서 많은 문제에 직면하고 있습니다. 특히 개발 및 준비 환경은 실제 시스템과 거의 공통점이 없기 때문입니다. .

따라서 가상 머신을 만들려고 노력했으며 가능한 한 다양한 라이브 시스템을 정확하게 복사하여 개발자를 위해 투명하게 "실제적인"데이터베이스 대신 개발 데이터베이스에 연결할 수 있도록 준비했습니다 (그렇지 않습니다 root). 이것은 꽤 잘 작동하지만 ...

어떻게 시스템을 원격으로 그리고 대량 으로 관리 할 수 ​​있는지 궁금합니다 . 내가 모르는 소프트웨어 제품군이 있습니까? 아니면 적어도 어떤 기술이나 원리에 익숙해야합니까?

우리는 모든 개발자에게 로컬에서 실행할 많은 이미지 (VirtualBox)를 제공 할 것입니다. 품질 관리 부서 가상 클러스터 (XEN 또는 Hyper-V)를 얻습니다. 추가 서버 모듈을 제공해야하는 경우 새 데이터베이스 연결을 다시 라우팅하거나 패키지 관리자가 제공 한 모든 것을 업데이트하려면 ... 모든 시스템에 로그온하거나 강제로 로그온하지 않고도 어떻게 할 수 있습니까? 동료에게 조명기 스크립트를 다운로드하여 실행하도록 요청합니까?

나는 많은 해결책이 있다고 생각합니다. 글쎄, 어떻게 든 올바른 키워드를 검색 엔진에 입력하기에는 너무 어리석은가 ... 아니면이 문제가 들리는 것처럼 사소하지 않습니까?

기록을 위해 :

  • 거의 모든 시스템에서 데비안 GNU / 리눅스 6.x "squeeze"
  • 개발자가 자신의 워크 스테이션에서 특정 OS를 사용하도록 강요하지 않습니다
  • 물론 예산은 제한적이지만 독점 소프트웨어를 구입하기에는 너무 작지 않습니다.
  • 위에서 언급 한 공급자와 관련된 솔루션이 선호됩니다.

답변:


15

그것은 정확히 당신이 필요로하는 것과 당신이 찾고있는 것에 달려 있습니다. 그러나 일반적으로 다음 과 같은 " 구성 관리를 위한 여러 솔루션이 있습니다 .

  1. 인형
  2. 요리사
  3. cfengine
  4. 먹을 수있는
  5. 소금

등등. 저는 개인적으로 꼭두각시가 크고 커뮤니티가 많은 외부 요리법을 가지고 있기 때문에 꼭두각시를 추천합니다. 이를 통해 시스템을 자동으로 구성하고 관리 할 수 ​​있습니다. 예를 들어이를 자체 리포지토리 및 자동 업데이트와 결합 unattended-upgrades하면 시스템을 자동으로 업데이트 할 수 있습니다.

또 다른 해결책은 company-base필요한 소프트웨어에 자동으로 의존하고 시스템을 자동으로 구성 할 수있는 자체 패키지 등 을 제공하는 것 입니다.

배포 자동화 (베어 본 및 가상화)도 고려해야합니다. 이것을 구성 관리 또는 자체 저장소와 결합하면 시스템을 쉽게 자동화하고 다시 설치할 수 있습니다. 자동 설치를 시작하려면 libvirt 및 베어 본 설치를 지원하고 통합 된 꼭두각시 지원을 제공하는 theforman 을 살펴보십시오 . 원하는 경우 킥 스타트 (redhat 등) 또는 "미리 설정"을 통해 시스템을 자동으로 구성 할 수 있습니다. 데비안의 경우 debootstrap 또는 가상화 된 이미지를 지원하는 grml-debootstrap 이라는 래퍼 와 같은 것을 사용할 수도 있습니다 .

개발자의 버추얼 이미지를 제공하는 도움말을 살펴 가지고 방랑 당신이 버추얼 박스는 가상 환경을 사용자 정의 요리사, 꼭두각시와 쉘 스크립트를 지원과 가상화 시스템의 생성을 자동화 할 수 있습니다.

기존 제공 업체에서 솔루션을 사용하려면 시스템 관리 방법을 문의해야하지만 구성 관리가 될 수 있습니다. 구성 서버에 액세스 할 수 있으면 시스템에서 에이전트를 실행할 수 있습니다.

Google 키워드의 devops경우 configuration management, it automation및을 살펴보십시오 server orchestration.

한마디로 최대한 자동화하고 수동 작업을 생각하지도 않습니다.


1
감사합니다! 읽어야 할 내용이 많지만 유망한 것으로 보입니다.
mjhennig 2016 년

@mjhennig 방금 추가 정보를 추가했습니다. 전개. 사용 가능한 많은 리소스가 있지만 가장 중요한 것은 ssh / distributed shell을 통해 직접 작업하지 말고 어떤 종류의 시스템을 갖추어야한다는 것입니다.
Ulrich Dangel 2016 년

2
특히 사용 가능한 도구가 목적에 맞지 않는 경우 스스로하는 일에는 아무런 문제가 없습니다. Puppet과 같은 시스템은 구성 관리가 아니라 주로 시스템 관리 도구입니다. 내가 사용하는 대부분의 시스템은 중앙 서버에서도 액세스 할 수 없지만 사용자의 랩톱에서 VPN을 통해 (3 년 동안) 변경하려고 시도했습니다. 각 지역은 다른 지역에 제대로 액세스 할 수 없기 때문에 IT 부서는 지역별로 분리되어 있습니다. 일부 상황에서는 자체 제작 스크립트가 필요합니다. 혁신이 시작되는 곳이기도합니다.
Arcege

3
@Arcege 방금 의견을 올렸습니다. 스크립트가 필요하며 전체 인프라를 한 번에 변환 할 필요가 없습니다. 가장 중요한 부분은 사물을 자동화하고 반복 가능하게 만드는 것입니다. 그러나 꼭두각시와 요리사의 설명적인 특성에는 몇 가지 고유 한 측면이 있습니다 cucumber-puppet. 물론 기존 구성 요소를 재사용하여 자체 프레임 워크를 개발 / 성장시킬 수는 있지만 현재 OP가 없다고 들었습니다. 처음부터 시작하면 기존 프레임 워크를 사용하는 것이 가장 좋습니다.
Ulrich Dangel 2018 년

예, 자동화 된 / 반복 가능한 작업에 동의합니다. Jenkins / Oc4j 및 Subversion / Bugzilla 통합과 같은 기존 시스템 사이의 인터페이스를위한 여러 가지 자동 또는 푸시 버튼 자체 작성 스크립트가 있습니다. 난 그냥 당신이 "당신이 정말로 스스로 할 일을해서는 안된다"라는 당신의 의견에 강력하게 동의하지 않았습니다. 내 상황에서 설명한 것처럼 기존 프레임 워크가 적용되지 않는 경우가 있습니다.
Arcege

3

Ulrich는 이미 소프트웨어 배포 및 자동화 된 서버 설정에 대한 답변을 제공했습니다.

이것의 뒤에 원리는

  • 서버의 모양을 정의하십시오. 여기에는 기본적으로 설치되는 일반적인 소프트웨어, 파티션 구성표 및 파일 시스템 레이아웃이 포함됩니다
  • 프로덕션, 스테이징, 테스트 및 개발 서버는 이러한 기본 표준과 관련하여 다르지 않아야합니다 (그렇지 않으면 나중에 문제가 발생할 수 있습니다)
  • 적절한 변경 관리를 사용하여 수행 한 모든 변경 사항을 문서화하십시오 (모든 구성의 작은 한 줄 변경 사항 포함)
  • 항상 테스트, 개발, 스테이징 및 생산 단계에서 항상 먼저 변경합니까

대량의 서버를 관리 할 수있는 편리한 도구를 요청했습니다. 제가 가장 좋아하는 것은 cluster-ssh ( cssh)입니다. 한 번 입력하고 많은 서버에서 동시에 변경을 수행하십시오.

문제점을 발견하고 문제점을 제거하는 수정 사항이있는 경우 :

  1. 실제로 작동하는 경우 수정 프로그램을 Test / Dev / Staging / Prod (위 참조)에 적용하십시오.
  2. 향후 VM 클론에 해당 버그가 없도록 수정 사항을 가상 템플릿에 적용
  3. 실제 설치 프로세스에 픽스 적용 (킥 스타트 / 오토 스트 / 무엇이든)
  4. 모든 서버에 수정 사항 적용

이 문제를 해결하기 위해 대량의 서버에 직면 한 경우이 문서는 잘 문서화되어야하며 결국 다른 팀이 수정 사항이 완전히 적용되었는지 확인해야합니다.

이를 위해 Mantis (오픈 소스, PHP)를 사용합니다.


2

여러 국가에서 약 30 개의 제품과 수백 대의 서버를 관리합니다. 저는 소프트웨어 구성 관리자이므로 루트 액세스 (디자인), 데이터베이스 또는 서버 (디자인)를 건드리지 않으며 회사 보안으로 인해 많은 어려움을 겪어야합니다. 그러나 데이터베이스 링크 및 변경 사항을 포함하여 테스트, 준비 및 프로덕션 구성을 관리합니다. ssh, python및 셸 스크립트의 조합을 사용하여 서버로 나가는 많은 스크립트가 있습니다.

고려해야 할 주요 사항은 다음과 같습니다.

  1. 서버와 어떤 종류의 상호 작용을 하시겠습니까? 파일 업로드 만? 명령 줄 프로그램을 실행 중입니까? 원격 X 클라이언트를 실행 중입니까?
  2. 이 서버에 액세스하려면 어느 정도의 보안이 필요합니까? 방화벽, 보안 네트워크, VPN? 가 ssh충분하고 중앙 안전한 장소에서?
  3. 각 서버에서 얼마나 자동화 할 수 있습니까? 각 서버에 프로그램을 설치 ssh하여 실행할 수 있습니까? 아니면 원격으로 실행하는 것처럼 프로그램을 스트리밍해야 합니까? expect명령 줄 호출로 스크립트를 작성할 수 있습니까 ?

VirtualBox는 Ulrich가 언급 한 ssh것과 puppet같이 시스템을 통해 관리 할 수있는 많은 명령 줄 도구를 제공 합니다.


2
작은 제안 re. virtualbox, vagrantup.com 에서 가상 이미지 생성을 단순화하고 자동화 할 수 있습니다.
Ulrich Dangel 2016 년

불행히도 원격 테스트 환경간에 간단한 네트워크 액세스를 얻는 것조차 거의 불가능합니다. 가상 박스 팜을 설정하는 것은 훨씬 더 어려울 것입니다. 표준 RedHat 리포지토리의 일부가 아니기 때문에 IT에서 표준 소프트웨어를 1 년 이상 오래 전에 업데이트하도록 요청하는 데 어려움을 겪고 있습니다.
Arcege

구식 소프트웨어의 경험에 도움이 된 것은 소프트웨어가 EOL이거나 보안 문제가 있음을 보여주는 것입니다. 네트워크 설정 / 연결은 종종 달성하기가 훨씬 어렵습니다. 다른 테스트 환경을 연결하여 비용을 절감하고 프로세스를 단순화하며 QA 시간을 절약하거나 테스트 환경을보다 현실적으로 만드는 방법을 강조하려고 시도 할 수 있습니다. 다른 지점에서 온 사람들을 온보드로 데려 가면 도움이 될 수도 있습니다.
Ulrich Dangel 2016 년
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.