분류 전체보기 (298) 썸네일형 리스트형 [Network] Cascade(캐스케이드) 구조란? 네트워크 캐스케이드는 네트워크 구조에서 특정 패턴이나 토폴로지를 설명하는 용어입니다. 일반적으로 "캐스케이드"라는 용어는 다음과 같은 상황에서 사용됩니다: 1. 데이터 흐름의 계단식 전파: 네트워크에서 데이터가 한 장치에서 다른 장치로 단계적으로 전달되는 구조를 의미합니다. 예를 들어, 여러 라우터나 스위치가 서로 연결되어 데이터가 최종 목적지로 전달되는 방식입니다. 2. 서비스 체인: 다양한 네트워크 서비스(예: 방화벽, 로드 밸런서, VPN 등)가 순차적으로 연결되어 데이터 패킷이 각각의 서비스에서 처리된 후 최종 목적지로 가는 경로를 형성하는 구조를 나타낼 수 있습니다. 3. 하드웨어 연결: 스위치나 허브를 통해 여러 장치가 계단식으로 연결되는 방식으로, 각 장치가 다음 장치에 연결되어 데이터 .. [Linux] 리눅스 특정 포트 프로세스 확인 방법 1. netstat 명령어netstat -ntlp | grep :포트번호netstat -tuln | grep :포트번호 2. lsof 명령어lsof -i :포트번호 3.ss 명령어ss -tuln | grep :포트번호 위 명령어를 사용하면 특정 포트를 사용 중인 프로세스를 확인할 수 있다. 추가로, 프로세스 ID(PID)를 확인한 후, ps 명령어로 더 많은 정보를 얻을 수 있다. [Linux] yum update Errors Failed to download metadata for repo 발생 원인 및 해결방법 yum update 시 Errors Failed to download metadata for repo 에러가 발생할 경우가 생긴다. 1) 원인 1. 인터넷 연결 문제 - 시스템이 인터넷에 연결되어 있지 않거나 불안정할 수 있습니다. 2. 레포지토리 설정 오류 - /etc/yum.repos.d/ 폴더 내의 .repo 파일에 오타나 잘못된 URL이 있을 수 있습니다. 3. 레포지토리 서버 다운 - 사용하는 레포지토리 서버가 일시적으로 다운되었거나 접근할 수 없는 경우입니다. 4. 캐시 문제 - YUM 캐시에 오래된 데이터가 남아 있는 경우에도 문제가 발생할 수 있습니다. 5. 프록시 설정 - 프록시 서버를 사용 중일 경우 올바른 설정이 필요합니다. 6. SELinux 설정 - SELinux가 YUM의 동작을.. [Linux] NFS server responding time out 에러 NFS (Network File System)에서 "server responding time out" 오류는 클라이언트가 NFS 서버와의 통신에서 시간 초과가 발생했음을 의미합니다. 이 문제의 원인과 해결 방안은 다음과 같습니다. 1) 원인1. 네트워크 문제:- 클라이언트와 서버 간의 네트워크 연결이 불안정하거나 패킷 손실이 발생할 수 있습니다. 2. 서버 부하: - NFS 서버가 과부하 상태이거나 리소스가 부족하여 요청을 처리할 수 없는 경우입니다. 3. NFS 설정 문제: - 잘못된 NFS 설정(예: export 설정)으로 인해 클라이언트 요청이 거부될 수 있습니다. 4. 방화벽 설정: - 서버 또는 클라이언트에서 방화벽이 NFS 트래픽을 차단할 수 있습니다. 5. 서버 재시작: - NFS 서.. 성능테스트시 성능 측정 항목 성능 측정 항목 1. 성능 테스트를 진행함에 있어 사용자 측명에서의 TPS와 평균응답시간 측정 - 로그러너 기준 TPS 검증 - 제니퍼 기준 TPS 검증 2. 자원 리소스 사용률 모니터링 툴 사용측정항목상세설명TPS임의의 가상 사용자를 늘려가며 테스트 했을시의 서버에서의 초당 업무 처리건수평균 응답속도해당 테스트 업무에 대해 임의의 가상 사용자를 발생시키고, Client PC를 기준으로 서버에 request를요청하여 응답을 받은 시간들을 가상 사용자의 수로 나눈 시간자원 리소스 사용률테스트 진행된 자원의 CPU/메모리 사용량에 대해서 측정※ 동시 접속자(Concurrent User) : 시스템에 접속하고 있는 사용자 ※ 동시 사용자(Active User) : 시스템에 접속하여 해당 시점에 실제로 이용한 .. [Kubernetes] 컨테이너 자원 할당 정책 1. 자원 할당 방식자원자원 할당할당 시점할당 단위최소최대CPUDeploymentPod 재시작 후millicores, core1 millicores각 Pod의 limit 합산이 노드의 자원량을 초과할 수 없음MEMDeploymentPod 재시작 후GiB, MiB, GB,MB1 MiB디스크DeploymentPod 운영중 컨테이너의 파일시스템에 마운트PV 크기에 따라 StorageResource LimitPersistentVolumeClaim 생성시GiB, MiB, GB,MB 2. Quality of Service 정책QoS설정 방법동작 방식Pod 배치권장시스템Best effortRequest/Limit 설정하지 않음Pod 자원 사용량을 계산하지 않음최대 배치개발계혼자 자원을 다 쓰는 PodBursta.. [Linux] nohup: ignoriing input and redirecting stderr to stdout 1. 에러현상- nohup: ignoriing input and redirecting stderr to stdout 경고 메시지 발생 2. 해결방안- 스크립트 shell에서 2>&1 추가 AWS EC2 StatusCheckFailed 발생 원인 AWS EC2 인스턴스에서 StatusCheckFailed 오류는 인스턴스의 상태가 비정상임을 나타냅니다. 이 오류는 일반적으로 두 가지 주요 원인으로 나눌 수 있습니다. 인스턴스 상태 체크 실패 (Instance Status Check Failed):1. 운영 체제 문제: 운영 체제에서 문제가 발생한 경우, 예를 들어 커널 패닉, 드라이버 충돌, 서비스 중단 등이 원인일 수 있습니다. 2. 리소스 부족: CPU, 메모리, 디스크 등 리소스 부족으로 인해 인스턴스가 제대로 작동하지 않을 수 있습니다. 3. 애플리케이션 문제: 실행 중인 애플리케이션이 비정상적으로 작동하거나 크래시가 발생한 경우에도 문제가 생길 수 있습니다. 시스템 상태 체크 실패 (System Status Check Failed): 1.. 이전 1 2 3 4 5 6 7 ··· 38 다음