DevOps

DevOps/Linux_리눅스

[Linux] 사용자 계정 생성 (useradd, usermod)

리눅스(Linux)는 멀티유저(다중사용자) 운영체제이기 때문에 많은 사람들이 한 컴퓨터를 사용할 수 있다. 리눅스에서 사용자를 추가하고 삭제하는 방법을 알아보겠다. 사용자 계정 생성 (useradd, adduser) useradd와 adduser 명령으로 사용자를 생성할 수 있다. adduser 명령으로 좀 더 쉽게 사용자를 추가할 수 있고 useradd 명령으로 좀 더 간결하게도 사용 가능하다. root 권한이 있는 유저만 해당 명령어들을 사용 가능하다. # user 생성 및 설정 useradd chanwoo # user 생성 및 추가 그룹 설정 usermod -G manager chanwoo # user 생성 및 추가 그룹 다수 설정 usermod -aG manager chanwoo # user 계정..

DevOps/Git & Github

[Git] ! [rejected] master -> master (fetch first) 에러 (git push 에러)

문제발생 새 프로젝트를 생성하여 push를 진행하려는데 에러가 발생하였다. 원인 리포지토리 내 데이터가 생성되어 있어, 기존 데이터 손실 가능성이 있어 push를 막은 것이다. 내 경우에는 README 파일이 존재하여 발생하였다. 해결방법 $ git push origin +master 해당 명령으로 강제 push를 진행하여 해결하였다. (이 경우 기존 리포지토리 내 데이터가 사라질 수 있다.) 혹은, 리포지토리 내 데이터를 불러온 뒤 push하는 방법이 있다. $ git init #깃 초기화 $ git remote add origin https://github.com/계정명/리포지토리명 #원격 저장소 연결 $ git pull origin master 이후 push 진행...

DevOps/Git & Github

[Git] Unity 대용량 프로젝트 push (Git lfs)

깃 허브(Git Hub)는 동일 프로젝트 정보에 대한 여러 버전 관리를 지원하는 웹 호스팅 서비스이다. 오늘은 예전 본인이 진행한 유니티 프로젝트 하나를 깃허브 설정을 통해 관리하는 방법을 진행해보겠다. github repository 생성 깃허브에 로그인 후 새로운 리포지토리(원격저장소)를 생성한다. 리포지토리 이름과 설명, 공개 여부를 설정할 수 있다. (본인은 Private를 선택하여 비공개로 진행하였다.) 해당 리포지토리 내에 README, .gitignore 파일 생성 여부를 선택 가능하다. .gitignote 파일은 리포지토리에서 관리할 필요가 없는 파일을 필터링 역할을 한다. (즉, 해당 파일에 등록된 파일은 업로드 대상에서 제외되어 push되지 않는다.) .gitignote를 Unity로 ..

DevOps/Git & Github

[Git] fatal: couldn’t remote ref master 에러

1. 문제 발생git pull origin master를 입력했더니 에러가 발생하였다.$ git pull origin masterfatal: couldn’t remote ref master  2. 원인Github의 기본 생성 브렌치 이름이 입력한 이름과 달라서 발생하였다. 즉,  $ git pull origin master 에서 master가 아닌 main으로 명령을 진행했어야 했다.  3. 해결 방법확인한 브렌치의 name으로 pull 명령을 다시 진행하거나, 리포지토리에서 브렌치 name을 변경하는 방법이 있다. 브렌치 페이지에서 좌측 수정 아이콘을 선택한다.    이름을 변경한 뒤 Rename branch를 선택한다.    수정 후 메인 페이지로 이동한 뒤 , ok를 선택한다.   적용이 완료되었다.

DevOps/Git & Github

[Git] failed to push some refs to ... 에러

1. 문제 발생git bash를 이용하여 github에 유니티 프로젝트를 올리는 중 에러 메세지가 발생하였다.$ git push origin mainTo https:///github.com/chanW-pack/soo_project.git ! [rejected] main -> main (fetch first)error: failed to push some refs to 'https://github.com/chanW-pack/soo_project.git'hint: Updates were rejected because the remote contains work that you dohint: not have locally. This is usually caused by another reposit..

DevOps/Git & Github

[Git] Git과 Github

버전관리버전 관리란 시간에 따라 파일의 변경사항을 추적하고 기록하는 것이다.버전 관리는 파일의 변경이 있을 때마다 snapshot을 찍고, 필요한 것을 복구하거나 다양한 버전을 확인할 수 있다.이로 인해 개발자 간의 협업을 위해 개발 소스를 공유하며 파트를 나누어 작업할 수 있다.  Gitgit은 클라우드가 아닌 본인의 로컬 시스템에 설치되고 관리된다.파일의 변경사항을 추적하고 기록하는 것을 도와주는 분산 버전 관리를 지원하며코드 충돌을 방지하고 변경사항을 추적하는 등의 작업이 가능하다.또한 이전 버전으로 되돌리는 등의 작업도 가능하다. 그러나 개인적인 공간(로컬 저장소)를 사용하기 때문에 타인이 실시간으로 내가 작업하는 내용을 알 수 없다.  Githubgithub는 Git을 이용하여 협업 및 프로젝트..

DevOps/Network_네트워크

서버 티밍(teaming) & 본딩 (bonding) - 서버 랜카드 이중화 방식

작년 server NIC 증설 작업이 있었다. 작업 이후 본딩 및 티밍 작업이 있었는데 당시 경험을 살려 복습해보려 한다.- 티밍 (Teaming) : Windows 서버 LAN카드 이중화 기술- 본딩 (Bonding) : Linux 서버 LAN카드 이중화 기술 우선 Windows 환경에서 티밍에 대해 구성해보겠다.  서버 티밍 (teaming)티밍은 네트워크 포트 2개를 한개처럼 묶어서 대역폭을 늘려주고 이중화로 안정성까지 더해주는 역할을 해준다.(Linux에서의 Bonding과 같은 역할을 한다.) 쉽게 말하면 Windows 서버 랜카드를 이중화하는 기술로, 여러개의 서버 LAN 카드를 하나로 묶는 구성이다.💡 네트워크의 LACP 기술과 비슷하게 생각하면 된다.  서버는 Active로 통신을 하다가..

DevOps/Cloud_클라우드

[AWS] 기본 개념 (리전, 지역 / 가용 영역 / 엣지 로케이션)

리전 (지역)말 그대로 지리적 위치를 뜻한다.(아마존 웹 서비스들의 서버가 어디에 위치 하는가?)내가 서비스 하려는 지역의 주 고객들이 거주하는 지역과 서버의 거리가 멀면 멀수록 느려진다.(웹 사이트를 운영한다고 하면 내 사이트를 이용하는 고객이 어디에 위치하는지에 따라 중요)즉 주 고객들이 거주하고 있는 곳과 가까운 리전을 사용하는 것이 당연히 좋다.최소한 2개 이상의 가용영역(AZ) 으로 구성된다.추가적인 설명은 하단 가용영역(AZ)에서 참고 ※ TIPAWS는 지역에 따라 똑같은 상품을 쓴다고 해도 가격이 다를 수 있다고 한다.즉, 어떤 리전이 가격이 얼마인가도 고려사항이 될 수 있다.현재 내 컴퓨터를 통해 어떤 리전을 선택할 때 유리한지 측정해볼 수도 있다.다음 사이트 접속 - 하단 [ HTTP P..

DevOps/Cloud_클라우드

[AWS] Amazon Linux 인스턴스에서 사용자 계정 관리

각 Linux 인스턴스는 기본 Linux 시스템 사용자 계정으로 시작된다. 기본 사용자 이름은 인스턴스를 시작할 때 지정된 AMI에 의해 결정된다. Amazon Linux 2 또는 Amazon Linux AMI의 경우 사용자 이름은 ec2-user입니다. CentOS AMI의 경우 사용자 이름은 centos 또는 ec2-user입니다. Debian AMI의 경우 사용자 이름은 admin입니다. Fedora AMI의 경우 사용자 이름은 fedora 또는 ec2-user입니다. RHEL AMI의 경우 사용자 이름은 ec2-user 또는 root입니다. SUSE AMI의 경우 사용자 이름은 ec2-user 또는 root입니다. Ubuntu AMI의 경우 사용자 이름은 ubuntu입니다. Oracle AMI의 ..

DevOps/Cloud_클라우드

[AWS] EC2와 Lightsail의 차이점

AWS는 애플리케이션 호스팅을 위한 Amazon EC2 및 Lighstail을 제공한다.EC2에는 여러 서비스가 혼합되어 있으며 단일 아키텍처를 생성하는 데 사용되는 고유한 개별 기능을 가지고 있다. EC2 인스턴스는 소규모 내지 복잡한 아키텍처에 적합하다.반면, Lighsail은 AWS에서 제공하는 통합 서비스 제품이다. Lighsatil은 소규모 내지 중간 규모의 워크로드에 더 적합하다. 항상 애플리케이션 요구 사항에 따라 올바른 아키텍처를 선택해야하는데, 요구 사항에 가장 적합한 서비스를 결정하는데 사용할 수 있는 몇 가지 사항이 있다. 다음은 Amazon EC2와 Lightsail 간의 주요 차이점이다. EC2와 Lightsail 주요 차이점  EC2EC2는 Elastic Compute Cloud..

DevOps/Cloud_클라우드

[AWS] EC2 인스턴스(가상머신) 시작/생성

AWS 계정을 생성하면 12개월동안 월별 750시간의 프리티어가 제공되어 개인적으로 학습하기에는 안성맞춤이었다.aws 홈페이지에 아마존 튜토리얼 페이지 (실습 자습서) 가 있어 쉽게 따라할 수 있고, 이를 참고하여 복습 겸 작성하였다.로그인을 하면 첫 페이지가 나타난다.  미리 익숙해질 겸 바뀐 버전으로 진행해보기로 했다.하단 솔루션 구축 위젯에 가상 머신 시작 이라는 버튼이 있다.(*EC2 로 자동 선택됨)본인은 EC2로 진행했지만 aws 튜토리얼에서는 Amazon Lightsatil 서비스를 사용하는데 무엇이 다른건가?해당 내용에 대해서는 다음 포스팅으로 작성해보겠다. Amazon EC2와 Amazon Lightsail의 차이점https://cwpack0730.tistory.com/16 [AWS] E..

DevOps/Cloud_클라우드

[AWS] 라이트세일, 인공지능 홈페이지 만들기

라이트세일, Lightsail아마존 라이트세일은 AWS를 가장 쉽게 시작할 수 있는 방법이다.라이트세일에는 클라우드 환경에서 어떠한 서비스든 간에, 빠르게 시작하는 데 필요한 모든 것 (가상 머신, SSD 기반 스토리지, 데이터 전송, DNS 관리, 고정 IP 등)이 포함되어 있으며,사용자는 이러한 서비스를 저렴하고 예측 가능한 범위 내에서 사용할 수 있다.(인스턴스를 관리하기에도 간단하다.)라이트세일 서비스를 저렴한 비용으로 시작하는 작은 가상 서버 서비스로만 이해하기 쉽지만, 로드 밸런서를 통해 대용량 설계가 가능하며, RDS, S3 등 다른 AWS의 요소들과 연결을 통한 확장이 가능한 서비스이다. 워드프레스 블로그 구축실습 아키텍처~ 실습 요약 ~AWS 라이트세일 접속라이트세일 인스턴스 생성라이트세..

cwpack0730
'DevOps' 카테고리의 글 목록 (7 Page)