/var/log/messages

서버를 재부팅 한다는 것은 실무에서는 부담스러운 일입니다. 클러스터 구축 같은 무언가를 설치하기 위해서 재부팅을 하는 거야 어쩔 수 없다고 할 수 있습니다. 그러나 단순히 서버의 리소스들을 아끼기 위해, uptime이 길어서 재부팅을 해야 된다면 괜히 없는 문제를 만들 수도 있는 상황이 되기 때문입니다. 그렇기 때문에, 재부팅이 잘 이루어졌는지 확인해야 하는 과정도 필요합니다. 기본적으로 확인해야 할 사항들은 다음과 같습니다. 1. 시스템 상태 확인 uptime 명령어를 통해 시스템이 얼마나 오랫동안 작동해왔는지, 부팅된 이후에 얼마나 지났는지를 확인할 수 있습니다. 그리고 부팅의 부하가 높은지를 볼 수 있고 예상치 못한 사용자가 들어왔는지도 추측이 가능합니다. uptime은 서버 관리자의 계획에 없던 ..

클라우드와 온프레미스 간의 논쟁은 오래된 논쟁입니다. 클라우드가 처음 등장했을 때 사람들이 워크로드를 온프레미스 데이터센터에 유지할지 클라우드 호스트로 마이그레이션할지 결정하려던 시절로 거슬러 올라갑니다. 하지만 Docker 혁명은 이 논쟁에 새로운 차원을 도입했습니다. 점점 더 많은 조직이 컨테이너를 채택함에 따라 이제 컨테이너를 호스팅하기에 가장 적합한 장소가 온프레미스인지 클라우드인지 스스로에게 질문하고 있습니다. 아시다시피 모든 사람에게 맞는 정답은 없습니다. 이 글에서는 클라우드와 온프레미스 컨테이너 배포의 장단점을 살펴보고, 어떤 요소가 조직에 적합한 선택이 될 수 있는지 살펴보겠습니다. 데브옵스, 컨테이너, 클라우드 먼저 DevOps, 컨테이너, 클라우드의 기본적인 관계에 대해 간단히 살펴보..

소개 서버는 비용이 많이 듭니다. 그리고 단일 애플리케이션 설치에서 대부분의 서버는 대기 시간 대부분을 소비합니다. 이러한 고가의 자산을 최대한 활용하려는 시도가 가상화의 발전으로 이어졌습니다. 결과적으로 가상화를 최대한 활용하면서 애플리케이션 가상화를 위한 다양한 옵션이 등장했습니다. VMware와 같은 하드웨어 가상화와 Docker와 같은 컨테이너를 통한 프로세스 가상화는 애플리케이션 가상화를 위한 경쟁적인 방법을 제공합니다. 두 기술 모두 제한된 하드웨어 리소스를 최대한 활용하기 위해 작동하지만, 그 방식은 상당히 다릅니다. 이 가이드에서는 두 기술의 차이점과 이러한 차이점이 각각 어떤 시나리오에 가장 적합한지 이해하는 데 도움이 될 것입니다. 특히 각각의 작동 방식, 애플리케이션과 배포 팀에 미치..

소개 Docker 및 컨테이너화와 같은 기술이 개발자 및 운영 툴킷의 필수적인 부분이 되고 모든 규모의 조직에서 견인력을 얻음에 따라 더 큰 관리 도구 및 배포 환경에 대한 필요성이 증가했습니다. 컨테이너 오케스트레이션 시스템인 Kubernetes는 프로덕션 환경에서 복잡한 컨테이너 워크로드를 관리하기 위한 압도적인 표준이 되었습니다. 그러나 Kubernetes란 무엇이며 어떻게 작동합니까? 이 가이드에서는 Kubernetes가 어떻게 탄생했는지에 대해 이야기하고, 몇 가지 핵심 Kubernetes 개념을 소개하고, 컨테이너 오케스트레이션 플랫폼이 컨테이너화된 애플리케이션을 최신 개발을 위해 강력하고 확장성이 뛰어난 환경으로 전환하는 데 어떻게 도움이 되는지 살펴보겠습니다. 컨테이너 오케스트레이션과 쿠버..

컨테이너란 무엇입니까? 컨테이너는 애플리케이션과 해당 종속성을 패키징하고 격리된 환경에서 실행하는 데 사용되는 운영 체제 가상화 기술입니다. 다양한 유형의 인프라에서 표준화된 방식으로 애플리케이션을 패키징하고 배포하는 간단한 방법을 제공합니다. 이러한 목표 때문에 컨테이너는 개발자와 운영 전문가 모두에게 매력적인 옵션입니다. 컨테이너는 모든 컨테이너 가능 호스트에서 일관되게 실행되므로 개발자는 나중에 전체 프로덕션 환경에 배포할 동일한 소프트웨어를 로컬에서 테스트할 수 있습니다. 컨테이너 형식은 또한 애플리케이션 종속성이 이미지 자체에 구워지도록 하여 전달 및 릴리스 프로세스를 단순화합니다. 컨테이너를 실행하는 호스트와 플랫폼은 일반적이기 때문에 컨테이너 기반 시스템의 인프라 관리를 표준화할 수 있습니다..

컨테이너 오케스트레이션은 분산 환경 내에서 컨테이너의 수명 주기를 관리하는 프로세스입니다. 컨테이너는 애플리케이션 패키징 및 배포를 위한 가볍고 휴대 가능하며 확장 가능한 단위로, 일관된 환경을 제공하고 종속성 관리의 복잡성을 줄입니다. 컨테이너 오케스트레이션은 이러한 컨테이너의 배포, 확장 및 관리를 자동화하여 리소스의 효율적인 사용을 보장하고 안정성을 개선하며 원활한 업데이트를 촉진합니다. 컨테이너 오케스트레이션은 어떻게 작동합니까? 컨테이너 오케스트레이션은 여러 호스트 시스템 또는 클러스터에서 컨테이너 배포를 조정하여 작동합니다. 오케스트레이션 플랫폼은 일련의 규칙 및 정책을 활용하여 다음을 포함하는 컨테이너 수명 주기를 관리합니다. 예약: 미리 정의된 제약 조건 및 우선 순위에 따라 사용 가능한 ..

오늘은 리눅스 말고 다른 얘기를 해볼까 한다. 불과 몇 년전만 해도 검색 엔진은 구글이었다. 그러나 요즘엔 3가지가 추가 되었다. 바로 Bing Ai, GPT-3.5, GPT-4가 있겠다. 이들이 떠오른 이유를 생각해보면, 효율성이 일반 구글링보다 뛰어나기 때문이라고 생각한다. 구글링, Bing Ai, GPT-3.5 그리고 GPT-4를 이용해서 리눅스의 메모리와 관련된 커널 변수를 찾아보자. 검색어는 동일하게 했다. 'Please teach me what are the kernel variables related to Linux's memory. (Please answer in Korean.)' 1. 구글링 공식문서가 연결된 글 들이 보이고, 추가 질문 사항들이 나타난다. 가장 상단에 있는 Memory ..

Redundant Arrays of Inexpensive Disks 약자입니다. 즉, 디스크들을 묶어준다고 생각하면 되겠습니다. 자주 사용하는 RAID 버전만 적었습니다. RAID 0 데이터를 여러 개의 디스크에 분산 저장하는 방식으로, 여러 개의 디스크를 묶어서 하나의 큰 디스크처럼 사용하는 방식입니다. 빠른 입출력 속도가 필요한 경우, 예를 들어, 대용량 파일을 자주 읽고 쓰는 작업이 필요한 서버나 워크스테이션에 적합합니다. 하지만, 데이터 손실 발생 시 데이터를 복구할 수 없기 때문에 백업이나 데이터 복제 등을 철저하게 해야 합니다. 장점 데이터를 나누어 저장하기 때문에 전체적인 입출력 성능이 향상됩니다. 용량을 최대한 활용할 수 있습니다. 단점 하나의 디스크가 문제가 생기면 데이터를 전부 잃을 수..