VMware 기반 VDI 환경
2025. 6. 4. 21:28
카테고리 없음
일반 PC vs VDI구분일반 PCVMware 기반 VDI하드웨어실제 물리 장비(CPU, RAM, 디스크, NIC)가상 하드웨어(vCPU, vRAM, vDisk, vNIC)CPU실제 인텔/AMD 물리 CPUESXi가 쪼개서 만든 vCPU (할당된 일부 코어)RAM메인보드에 꽂힌 물리 메모리vRAM = ESXi가 가상머신에 할당한 메모리디스크SATA/SSD 장치 (실제 하드디스크)vDisk = .vmdk 같은 가상 디스크 파일NIC메인보드에 부착된 물리 NICvNIC = 가상 네트워크 인터페이스 카드펌웨어BIOS/UEFI(물리 서버에만 존재 VM에는 가상 BIOS만 제공)부트로더OS 부팅 시작(예: bootmgr, GRUB)가상 하드디스크에서 똑같이 부팅됨OS 아래 계층BIOS → OS하이퍼바이저(ESX..
가상서버(Virtual Server)
2025. 6. 4. 21:06
카테고리 없음
개요구분물리서버(Physical Server)가상서버(Virtual Server)실체실제로 존재하는 하드웨어소프트웨어로 만든 가짜 서버기반자체적으로 작동물리서버 위에서 Hypervisor로 생성IP 주소NIC(Network Interface Card) 사용가상 NIC로 IP 따로 부여 가능성능 하드웨어 풀 성능리소스 쪼개서 사용 (CPU, RAM 등)저장장치SSD, HDD 등 실제 장착된 디스크가상 디스크 (VMDK, VHD) 등 파일 형태로 존재OS 설치하드웨어 위에 직접 OS 설치가상 하드웨어 위에 각각 OS 설치 (독립적) 하이퍼바이저(Hypervisor)물리서버 위에서 여러 가상서버(VM)를 독립된 컴퓨터처럼 만들어주는 프로그램물리서버 위에 VMware ESXi, Hyper-V, KVM 등의 하이..
[AWS SAA] Section 2. EC2와 EBS
2025. 5. 1. 18:24
AWS/SAA Study
EC2 인스턴스 타입, 요금 방식과 구매 옵션 조합클라우드 컴퓨팅 최적화확장성, 탄력성, 비용 관리가상머신 이미지를 이용해 필요한 만큼 인스턴스 생성 가능‘가상 서버’가 아닌 ‘가상 인스턴스’라는 용어 사용instance = 필요할 때 만들어서 쓰고, 이후 종료 가능필요수에 맞추어 탄력적으로 용량 조절 가능수직적 확장: CPU 또는 Memory 용량 확장수평적 확장: 인스턴스의 수를 확장Auto Scaling: 지표를 기반으로 확장・축소 EC2 개요EC2하이퍼바이저 기반의 가상머신AWS도 내부적으로 물리 호스트 존재 → 호스트 위에서 하이퍼바이저 실행 → 하이퍼바이저 위에서 EC2 인스턴스가 여러 개 실행 필요할 때마다 인스턴스를 생성하기 위해 AMI 존재Amazon Machine Image이 이미지를 ..
[AWS SAA] Section 1. AWS 개요
2025. 5. 1. 16:54
AWS/SAA Study
AWS 개요-Well Architected Framework, AWS 인프라 스트럭처AWS란?클라우드 = 프로그래밍 가능한 리소스AWS 내부의 모든 것들은 API로 제공됨API를 통해 내부적으로 리소스에 접근AWS CLI 또는 AWS Mgmt Console을 통해 API 호출AWS SDK → Python or Java Application종량제사용한 만큼만 비용 지불 예시EC2 인스턴스를 생성/중지/종료AWS Mgmt Console에 로그인/로그아웃 AWS Well-Architected FrameworkAWS가 제시하는 모범 사례6가지 핵심 요소1️⃣ 보안2️⃣ 성능 효율성3️⃣ 비용 최적화4️⃣ 신뢰성5️⃣ 운영 우수성6️⃣ 지속 가능성 리전과 가용영역 리전지역의 개념ap-northeast-2, us-..
AD SYSVOL과 RunOnce를 이용한 배포
2025. 4. 25. 17:10
Active Directory
기존 배포 방식: 로컬 경로 방식사용자들에게 설치 필요한 파일이 있을 경우, RunOnce 스크립트를 통해 처리RunOnce: Windows 레지스트리에 등록되어 한 번만 실행되는 스크립트나 명령어사용자가 로그인했을 때 한 번만 실행되고 자동으로 사라짐위치:HKEY_LOCAL_MACHINE(또는 HKEY_CURRENT_USER)\SOFTWARE\Microsoft\Windows\CurrentVersion\RunOnce서비스 시작이 아닌 로그인이 트리거GUI가 있는 앱이나 설치파일 배포에 유리설치파일은 로컬 PC 경로(C:\땡땡) 내에 존재프로그램이 이미 설치되어 있는 것이 아닌, 사용자 로그인 이후 설치 발생 ➡️ 설치파일을 각각 로컬 PC에 저장 → 그것을 참조하여 실행C:\Installers\so..
pandas 설치 오류 error: subprocess-exited-with-error / error: metadata-generation-failed
2024. 4. 29. 18:54
Troubleshooting
계속 pip install pandas가 안 돌아가서 너무너무 슬펐는데.......금방 해결책을 찾았다. 일단 구글링해보니까pip uninstall로 numpy 삭제 후 pandas를 다시 깔아보라는 조언을 봤는데이 방법은 안 됐다.그냥 numpy 삭제한 사람 됨; 그러다가 pandas가 아직 Python 3.12 버전을 지원하지 않는다는 댓글 발견! 실제로 나는 python 3.12 버전을 쓰고 있었고속는 셈 치고 3.11 버전으로 다운그레이드 해보았다. 3.11으로 다운그레이드 하니 pip install pandas가 잘 돌아감!고마워요 제임스~!
[Airflow] 6.1 센서를 사용한 폴링 조건
2024. 3. 26. 18:27
Airflow
이전의 방식: 미리 정의된 시간에 스케줄 간격에 따라 워크플로 시작 ① 주어진 간격으로 워크플로 실행 ② 다음 시간 계산 ③ 해당 날짜 및 시간에 첫 번째 태스크 시작 새로운 방식: 고정된 스케줄이 아닌 다른 방식으로 파이프라인 트리거 특정 이벤트(예: 새로운 파일 입력, HTTP 서비스 호출)로 파이프라인 실행 특정 태스크 수행 후 트리거 예: 공유 드라이브 내에 파일 업로드, 개발자가 코드를 리포지터리로 push, 새로운 데이터 입력 등 예시: 회사 간 공유 스토리지 시스템에 매일매일 데이터 덤프를 제공하는 경우 데이터가 비정기적으로 도착하므로 스케줄 간격 설정 불가 해당 워크플로를 위한 초기 로직 copy_to_raw_supermarket: 슈퍼마켓 1~4에서 제공한 데이터를 raw 스토리지에 복사..
[Airflow] 5.5 태스크 간 데이터 공유
2024. 3. 26. 18:16
Airflow
Airflow의 XCom(cross-communication)을 통해 태스크 간 데이터 공유 가능 XCom: 태스크 간 메시지를 교환하여 특정 상태 공유 XCom을 사용하여 데이터 공유하기 예시: Umbrella DAG의 train_model 태스크에서 훈련된 모델이 모델 레지스트리에 등록 훈련된 모델 배포를 위해 deploy_model 태스크에 모델 버전 식별자 전달 XCom을 통해 train_model과 deploy_model 작업 사이에 모델 식별자 공유 가능 train_model 태스크는 XCom에 모델 식별자 값 전송 → 다른 태스크에서 XCom 값을 사용할 수 있도록 함 Airflow 컨택스트의 xcom_push 메서드를 통해 값 게시 xcom_push를 사용해 명시적으로 XCom의 값을 게시..