1, 서버 하드웨어 구성, 소프트웨어 설치, 기계실 랙 등의 기술 유지 관리를 담당합니다.
2. 가상화 기술 제품 물리적 시스템의 구성, 관리, 일상적인 운영 모니터링 및 유지 관리를 담당합니다.
3, 독립 호스트 또는 가상 애플리케이션의 개통, 일상적인 유지 보수, 문제 해결 및 문제 해결을 담당합니다.
4. 독립 호스트 또는 가상 애플리케이션 고객의 제품 운영 및 애플리케이션에 대한 기술 지원을 제공합니다.
5. 분관된 서버를 모니터링하고, 제때에 문제를 발견하고, 적극적으로 문제를 해결합니다.
정보 디지털화 시대에 수동 검사는 오류가 발생할 가능성이 높으며, 일부 운영자는 두 대 이상의 서버를 관리합니다. 예를 들어 우리 회사의 운영 및 유지 관리 인력은 최소 30 대의 서버를 관리해야 합니다. 수작업 유지 관리에 소요되는 인건비와 시간만 매우 크기 때문에 클라우드 지원 () 1 과 같은 운영 및 유지 관리 도구를 사용하는 것이 좋습니다. 클라우드 상인을 통한 서버 대량 관리를 지원합니다.
2. 호환성이 강하고 시중에 나와 있는 거의 모든 클라우드 호스트와 호환되며 운영 체제와 호환됩니다.
3. 조작이 간단하고, 시각화 인터페이스 미리 보기 리소스, 원클릭 복구, 원클릭 배포
4. 클라우드 호스트의 FTP 데스크탑에 원격으로 로그인하여 클라우드 호스트의 파일을 처리할 수 있습니다.
5. 모니터링과 자원에도 경보 기능이 있어 좋아요. 쳐다보지 마세요.
시스템 수리 기능, 매우 실용적이고 필요합니다.
7. 무료로 이용하세요. 전반적으로 기능이 비교적 완비되어 있어 필요 없이 다른 소프트웨어를 찾는 어색함.
안녕하세요, 이 질문에 대답하게 되어 기쁩니다. 운수 차원에서 서버 수가 적다고 해서 우리의 운수 업무가 쉽다는 뜻은 아니다. 대신, 우리는이 단계에서 일에 더 많은 관심을 기울여야합니다.
우리는 다음과 같은 측면에서 운영 및 유지 보수 작업을 수행 할 수 있습니다.
1. 응용 프로그램 서버
현재 서버에서 최소 두 개의 노드를 찾아 Vsphere 가상화를 설치하고 데이터 센터 및 클러스터를 구축할 수 있습니다. 서버에 여러 개의 네트워크 카드와 SCSI 가 있는 경우 VMotion, 로드 밸런싱, 고가용성 등과 같은 고급 애플리케이션도 수행할 수 있습니다. 가상 머신 또는 서버에 장애가 발생할 경우 자동 장애 복구를 수행하여 단일 노드 오류를 효과적으로 방지하고 서버의 내결함성을 제공합니다.
새로운 가상 시스템에 웹, API 등의 다양한 어플리케이션을 배포하고 vCenter 의 그래픽 인터페이스에서 가상 시스템을 통합 관리할 수 있습니다. 이것은 일반적으로 중소기업의 서버 솔루션입니다.
물론, Dell 은 docker 를 잘 알고 있으며, Vsphere 보다 더 많은 자원을 절약할 수 있는 docker 솔루션을 사용할 수 있습니다. 물론 이 기술 요구도 비교적 높기 때문에 우리가 끊임없이 축적해야 한다.
2. 데이터베이스 서버
여기서는 데이터베이스 서버를 따로 꺼내겠습니다. 데이터베이스는 서버 성능과 디스크 IO 에 대한 요구가 높기 때문에 가상 시스템을 사용하지 않는 것이 좋습니다. 물론 이것은 실제 업무 상황에 따라 선택해야 한다. 우리는 1 차 1 차 1 차 및 1 차 2 차 2 차 2 차 1 차 2 차 2 차 2 차 1 차 2 차 2 차 1 차 2 차 2 차 2 차 2 차 2 차 2 차 2 차 2 차 2 차 2 차 2 차 2 차 2 차 2 차 2 차 2 차 2 차 2 차 2 차 2 차 2 차 2 차 2 차 2 차 2 차 또한 적절한 에이전트를 선택하여 읽기 및 쓰기 분리, 읽기 로드 균형 조정 등을 수행할 수 있습니다. 또한 데이터를 복구할 수 있도록 로컬 및 원격 데이터 백업도 고려해야 합니다.
3. 시스템 모니터링
응용 프로그램 서버와 데이터베이스 서버에 시스템을 구축할 때는 경고에 즉시 응답할 수 있도록 하향식으로 서버 하드웨어, 기본 상태, 응용 프로그램 및 데이터베이스의 작동 상태를 모니터링해야 합니다. 경보의 적시성을 감안하면 위챗, 못, 사서함, 문자메시지 등 다양한 경보 채널에 대한 액세스를 모니터링해야 한다. 감시의 목적은 문제를 발견하고 면접을 해결하는 것이기 때문에 이 단계를 충실히 해야 업무를 보호할 수 있다.
네, 사실 몇 대의 서버가 있든 간에, 우리는 끊임없이 변화하는 상황에 대처할 수 있도록 기초를 다져야 합니다. 내 대답이 너를 도울 수 있기를 바란다.
주제는 단일 웹 서비스와 같은 특정 애플리케이션 시스템의 기능에 대해 자세히 설명하지 않습니다. 마이크로서비스, 분산, 클러스터화 확장에 대한 잠재적 수요가 있습니까?
일반적으로 클라우드 서비스를 사용하여 운영 및 유지 관리를 자동화하는 것이 좋습니다. 클라우드 서비스는 이미 IT 기술의 핵심 인프라가 되었으며, 클라우드 서비스가 제공하는 유연성과 분산 이점을 최대한 활용하여 운영 및 유지 관리를 자동화할 수 있습니다.
첫째, 자동 시스템 구축 애플리케이션을 구축해야 하는 경우 공통 젠킨스와 같은 CI/CD 지속적인 통합 및 자동 배포를 사용하여 Git 코드가 제출될 때 빌드를 트리거한 다음 자동으로 배포하는 것이 좋습니다.
둘째, 로그 수집 및 처리 시스템 1, ELK 는 ElasticSearch, LogStash, Kibana 의 세 가지 서비스를 포함하는 일반적인 로그 수집 및 관리 시스템입니다.
2. ELK 시스템에서 Kibana 는 쿼리 조건을 구성하는 그래픽 디스플레이 도구이며, 운영자는 언제든지 지정된 로그 정보를 검색하고 처리 실패를 분석할 수 있습니다.
셋째, 서비스 모니터링 1, 클라우드 모니터링 클라우드 모니터
주요 클라우드 서비스 공급업체는 모니터링 기능을 인프라에 통합했습니다. 아리운의 경우 클라우드 모니터링은 다양한 구성과 다차원 전방위 모니터링을 제공합니다.
예를 들어 CPU 사용률이 80% 에 도달하면 자동으로 동작을 트리거하고 서버 인스턴스를 늘리며 메일을 통해 운영자에게 알립니다.
2, 어플리케이션 모니터링
예를 들어, 의료 보물의 경우 서비스 주소를 구성하고 여러 지역과 사업자에 분산되어 있는 모니터링 지점을 선택합니다. 모니터링 지점이 구성된 서비스 주소를 제대로 호출하지 못할 경우 경고 메시지가 표시되며 메일, 문자 메시지, 전화 등의 알림 방법을 선택할 수 있습니다.
넷째, 잠재적인 시스템 확장 요구 사항은 1 입니다. 클러스터 배포입니까? 자동 확대/축소를 위해 자동 확대/축소가 필요합니까?
소형화와 클러스터화는 결코 충돌하지 않는다. 클러스터 배치를 사용하는 경우 이러한 조건이 충족되면 서버 리소스를 자동으로 추가하거나 해제하도록 트리거 조건을 구성할 수 있습니다. 예를 들어 CPU 사용률이 75% 에 도달하거나 메모리 사용률이 75% 에 도달하면 구성된 서버 수에 따라 자동으로 트리거됩니다.
2. Docker 컨테이너 기술을 사용하십니까?
Docker 는 어플리케이션 및 의존성을 이식식 미러로 패키지화하여 가상화를 실현하고 빠르고 효율적으로 어플리케이션을 제공할 수 있도록 합니다. Docker-compose 리소스 일정과 함께 Jenkins 가 서버를 구축하지 않고도 신속하게 배포 및 업데이트를 자동화할 수 있습니다.
기계 수가 적으면 클라우드 서버를 사용할 수 있어 많은 돈을 절약할 수 있다. 전문적인 운운을 찾는 것은 개발자가 스스로 하도록 하는 것이 낫다. 왜냐하면 그가 대처할 수 있는 기계 운수가 적기 때문이다. 이제 우리는 모두 클라우드 컴퓨팅에 종사하고 있습니다. 아리운이나 텅스텐구름에 기계를 올려놓으면, 인터넷 대출을 포함한 많은 것을 유지할 수 있으며, 쉽게 확장할 수 있다. (조지 버나드 쇼, 컴퓨터명언) 위에서 말한 것은 이미 자신의 기계인 너에게 건의를 하는 것이다. 내가 아래에서 말한 것부터 시작하는 것이 좋습니다.
전체 과정은 일반적으로 세 단계로 나뉜다. 첫 번째 단계는 수작업 단계이고, 모든 것은 수작업으로 완성된다.
두 번째 단계는 스크립트 단계인데, 원래 수작업으로 했던 일은 모두 스크립트화되어 있었다.
세 번째 단계는 플랫폼화입니다. 플랫폼화 후, 모든 것이 페이지에서 이루어지며, 수동 개입이나 심지어 운수도 필요하지 않다.
어떤 사람들은 마지막 단계라고 말하지만, 이것은 매우 미성숙하다. 그래서 나는 말하지 않았다.
너의 기계 수가 적다는 것을 감안하면, 너는 수공이나 대본이 모두 괜찮다고 생각할 수 있다.
올바른 단계에서 올바른 일을 하는 것이 가장 좋다. 그래서 나는 네가 수작업이나 대본 조작을 하는 것을 추천한다.
우리 프로젝트에서 사용하는 wgcloud Operations 모니터링 시스템은 이전에는 오픈 소스 프로젝트였지만, 나중에는 상업판이 출시되었고, 무료 버전도 있었다.
Wgcloud 는 안정적이고, 성능이 우수하며, 배포 및 사용이 용이합니다.
Wgcloud 는 호스트의 다양한 지표 모니터링 (CPU 상태/온도, 메모리 상태, 디스크 용량 /IO, 하드 드라이브 지능형 모니터링, 시스템 로드, 네트워크 카드 트래픽, 하드웨어 시스템 정보 등) 을 지원합니다. ), 데이터 시각화, 프로세스 애플리케이션 모니터링, 대형 화면 시각화, 서비스 인터페이스 감지, DOCKER 모니터링, 네트워크 토폴로지 자동 생성, 포트 모니터링, 로그 파일 모니터링, 웹 ssh (요새 시스템), 명령 게시 및 실행, 경고.
동일한 LAN 의 경우 가상 시스템으로 대체할 수 있습니다.
서비스 제공 업체 아웃소싱 서비스를 찾거나 온라인 호스팅도 비싸지 않습니다.
서버 수가 적습니다 (예: 10 대 서버). 기본적으로 운위강, 백엔드 개발자나 건축가를 설치하지 않아도 됩니다.
저는 소규모 창업회사에서 일했던 개발자입니다. 개발 운영은 모두 내가 한 것이다.
하지만 어떻게 더 과학적이고 효율적으로 운영할지 생각할 필요가 있다.
운영 차원의 목적은 소프트웨어 시스템의 런타임 환경, 즉 회사의 업무 생산 라인을 통해 상업적 가치를 창출하는 것입니다. 이것이 가장 핵심적인 기능 요구 사항입니다.
실시간 모니터링 시스템: 현재 회사 생산 라인의 압력은 항상 명확해야 하며, 문제가 발생하면 언제든지 해결해야 한다. 성능 문제가 발생할 경우 용량을 즉시 확장하거나 자원을 회수해야 합니다.
서버 비용 절감: 회수할 수 있는 리소스를 정확하게 평가하여 비즈니스가 위축될 경우 서버 비용을 절감할 수 있습니다.
이것이 바로 내가 당시 생각했던 운위의 세 가지 주요 목적이었다.
운영 및 유지 보수 프로그램은 셸+파이썬+애니블+제킨스+엘크를 통해 절반으로 개발되었습니다.
먼저, 비즈니스 생산 라인의 물리적 아키텍처 다이어그램을 제때에 업데이트하여 아키텍처 다이어그램에 따라 서버의 자원 사용을 계획합니다.
예를 들어, 웹 서비스 수, 데이터베이스 수, ZK, 카프카, Redis 클러스터가 어떻게 분산되는지 등을 들 수 있습니다.
클러스터 배치는 일반적으로 여러 서버에 배치되는데, ansible 은 이 때 유용하게 쓰인다. (윌리엄 셰익스피어, 윈스턴, 클러스터, 클러스터, 클러스터, 클러스터, 클러스터, 클러스터)
Jekins 는 주로 업데이트 자동 배포 및 디스크 정기 재활용에 사용됩니다.
Elk 는 주로 로그 시스템 적용 및 경보 모니터링에 사용됩니다. 언제든지 간판을 통해 생산 라인의 요청 수와 동시 수를 알 수 있습니다.
위의 운영 및 유지 보수 방안은 중소기업에 적합하다. 운영 및 유지 보수 엔지니어가 보완 할 수있는 것을 보았습니다.
Zabbix 브러시를 얻습니다
수량이 적다. 구성할 경우 가상화할 수 있습니다. 그런 다음 컨테이너를 실행합니다