목록DevOps (180)
devops
프로세스 확인 : ps 백그라운드 확인 : jobs 프로세스 죽이기 : kill 백그라운드 실행 : nohup & 백그라운드 로그 확인 : nohup.out TEST - cat app.js | head | tail -n 2 - head app.js > headResult.txt - cat rmResult.txt 있는것을 삭제하면 에러없음, 없는 것을 지우면 Error가 뜬다. 만약 Error를 기록하고 싶다면? - rm devops2nd.txt 2> rmResult.tx 2가 stder를 의미 그냥 >를 쓰면 stdout 이라고 볼 수 있음 -..
스레드(Thread) 하나의 스레드는 코드가 실행되는 하나의 흐름이기 때문에, 한 프로세스 내에 스레드가 두 개라면 코드가 실행되는 흐름이 두 개 생긴다는 의미 멀티 프로세스(Multi-Thread) 멀티 프로세스가 애플리케이션 단위의 멀티 태스킹이라면, 멀티 스레드는 애플리케이션 내부에서의 멀티 태스킹 백그라운드(background) 백그라운드 방식은 명령어 뒤에 &를 붙여서 실행하고, 다른 명령어를 추가적으로 입력. 작업시간이 오래 걸리는 작업인 경우 nohup 명령어를 이용하여 백그라운드로 실행하면 사용자의 터미널 세션이 종료되어도 작업이 종료될 때까지 프로세스를 실행 표준 스트림(Standard Stream) 프로그램을 드나드는 데이터를 흐름으로 표현한 단어 리다이렉션(Redirection) 리눅..
Dev와 Ops팀의 목표 차이 그리고 상충되는 부분? Dev(개발팀)의 목표 - 잦은 배포와 업데이트 - 어플리케이션을 통한 쉽게 빠른 리소스 제공 Ops(개발팀)의 목표 - 프로덕션앱(공식 버전)의 안정성 - 인프라 관리 - 모니터링 및 제어 개발팀은 사용자의 요구조건에 맞춰 잦은 '변화'를 지향해야하지만, 운영팀은 '안정'을 목표로 합니다. IT 서비스에 대해 프로세스, 도구의 차이, 그리고 서로 다른 목적 등으로 인해 개발팀과 운영팀 간에 충돌이 빈번히 발생하게 됩니다. 이러한 고민에서 데브옵스(DevOps)라는 개념이 출현하게 됩니다. 데브옵스(DevOps)는 개발자와 운영자의 소통, 협업 및 통합을 강조하는 문화, 방법론, 프로세스, 도구 모두를 의미합니다. 이렇게 데브옵스의 정의가 폭넓은 이유..
클라우드 전달 방식의 단점 1) 서버 다운타임 클라우드 서비스는 인터넷 연결에 완전히 의존하기 때문에 인터넷 연결이 중단되면 데이터나 파일에 액세스할 수 없다.(21.12.22 AWS 북부 버지니아 서버 9시간 다운 사태) 2) 보안 및 개인정보 리스크 클라우드 서버는 데이터가 효율적으로 관리되고 보호되도록 보안 시스템을 마련하지만 해킹의 위험이 있다. (미국 대형은행 캐피털원, 1억 600만 명의 개인정보 해킹 AWS...) 3) 불명확한 데이터 소유권 데이터 소유권에 대해 명확하지 않다고 느낄 수 있다 . 데이터가 클라우드 컴퓨팅 시스템에 업로드되면 소유권의 주체가 애매한 상황이 생긴다. 또한, 데이터 투명성은 회사는 데이터가 어떻게 처리되고 있는지 의심하고 데이터가 손상되고 있는지 궁금해할 수 있다..
Q-Code 설명 00 Not used 01 전원 ON, 리셋 종류 감지 02 마이크로코드 Load 전 AP 초기값 설정 03 마이크로코드 Load 전 System Agent 초기화 04 마이크로코드 Load 전 PCH 초기화 06 마이크로코드 불러오기 07 마이크로코드 Loading 후 AP 초기화 08 마이크로코드 Loading 후 System Agent 초기화 09 마이크로코드 Loading 후 PCH 초기화 0A 마이크로코드 Loading 후 초기화 0B 캐시 초기값 설정 0C-0D Reserved for future AMI SEC error codes. 0E 마이크로코드 찾지 못함 0F 마이크로코드 불러오지 못함 10 PEI 코어 시작 11-14 전-메모리 CPU 초기화 시작 15-18 전-메모..
리눅스기반 서버를 운영하다보면, 갑자기 던전에 빠진 것처럼 Grub창이 뜨는 화면이 나오곤한다. 다시 부팅해도 이 화면이 나오는데, 사실 Grub이라는 것은 GNU 프로젝트에서 만들어진의 부트로더다. 주로 리눅스 배포판에서 사용되고 있다. 대체로 Root 비밀번호를 잃어버렸을 때, 찾기 위해서 사용한다. Grub의 rescue-mode는 '최소한의 커널코드로 부팅'하는 개념이라 Root 패스워드를 복구할 수 있다. 암튼 복구하여 빠져나오는 방법은 $ grub rescue> ls ls를 치면 파티션 리스트가 나온다. 여기서 파티션 마다 하나씩 ls를 쳐서 테스트를 한다. 예를들면 파티션이 (hd0), (hd1) 이 나온다면 아래와같이 입력해본다. $ grub rescue> ls (hd0)/ $ grub r..
사용자 이름 변경이 아닌, 컴퓨터 이름을 변경하는 작업이 필요할 때가 있다. 아주 간단하다. nano /etc/hostname /etc/hostname에 들어가면 PC 이름만 홀로 적혀있다. 그걸 수정하고 저장, Reboot 하면 끝.
이것은 노트북을 닫으면 꺼지는 모드, 슬립모드를 모두 시도해봐도 갑자기 리눅스 서버가 절전모드로 돌입할 때 해결할 수 있는 방법이다. 서버의 전원이 종료된 것은 아닌 것 같은데, 그렇다고 전원을 켠 상태도 아닌 애매한 상황일 때가 있다. Desktop 버전이면 몰라도 Server 버전에서 절전모드는 설정한다는 게 이상하기도 하다. 그런데 우분투(Ubuntu)나 리눅스 서버에도 Suspend(일시중단), Hibernation(절전모드)가 있다. 모드는 크게 3가지가 있다. 1) Suspend to RAM (Normal Suspend) : PC가 배터리로 동작 중일때 특정 시간 동안 사용하지 않거나, 덮개를 닫으면 진입하는 모드다. 2) Suspend to Disk (Hibernate) : 시스템 상태가 S..
리눅스 서버를 운영하다보면 갑자기 네트워크 포트에 점등이 꺼지면서 위와같은 화면으로 이동하는 경우가 발생한다. 원인은 서버를 강제로 종료하다보면 파일 시스템이 손상되면서 Busybox라는 우분투 복구모드로 들어가게 된다. Busybox : 우분투 복구모드로, 명령어를 통해 문제 발생 전으로 복구가 가능하다. initramfs : 명령어를 입력할 수 있는 프롬프트 이럴땐 프롬프트에 fsck 명령어를 활용해야한다. 1) 먼저 파일시스템의 경로를 확인하기 위해 exit 명령어를 쓴다. $exit 2) 문제가 발생한 경로를 확인 후 fsck -y '경로' 를 입력한다. $fsck -y /dev/sda1 ## /dev/sda1 은 문제가 발생한 파일시스템 경로 그리고 부팅하면 된다. 사실 위 이미지를 보면 알겠지..