공부, 기록

Aurora PostgreSQL 의 아키텍처는 기본적으로 Aurora의 아키텍처와 동일하게 구성되어있다.1. 권한CREATE ROLE, ALTER ROLE, GRANT, REVOKE 등의 명령은 온프레미스 데이터베이스에서 작동하는 것과 마찬가지로 작동하며, 데이터베이스와 스키마, 테이블을 직접 수정할 때도 동일.rds_superuser은 RDS 구축시 생성하는 계정에만 부여 가능하다.rds_superuser는 다음과 같은 구문으로 생성된다.CREATE ROLE postgres WITH LOGIN NOSUPERUSER INHERIT CREATEDB CREATEROLE NOREPLICATION VALID UNTIL 'infinity'PostgerSQL DB, 롤, 계정 추가PUBLIC 스키마 제한REVOKE..

평소 사용하며 정확한 정의가 잡히지 않았던 경우가 있어 용어의 정의에 대해 정리하고자 한다. IAM : AWS 리소스에 대한 액세스를 안전하게 제어할 수 있는 서비스로 사용자 및 그룹을 생성 및 관리하여 권한 조정한다.주요 구성도유저 리소스 요청 흐름IAM의 리소스 (useres, groups, roles, policy)Role 확인 흐름  VPC : Virtual Private Cloud 를 사용하면 논리적으로 격리된 가상 네트워크에서 AWS 리소스를 사용하는 것사용자는 네트워크 환경 설정에 대한 완전한 통제권을 가질 수 있다.  서브넷 : VPC의 IP 주소 범위퍼블릭 서브넷 : 서브넷에 인터넷 게이트웨이로 직접 연결되는 경로가 있음. VPC의 IP 대역에 속해 있어야 한다.프라이빗 서브넷 : 서브넷..

인증서 만료가 임박하여 변경을 진행하였다.만료 대응 방법은 총 3가지 방법이 있다 1. 인증서가 자동으로 변경되는 것을 기다림.-> 인증서 만료일 까지 최신으로 rotate 하지 않는 경우 자동으로 rds-ca-rsa2048-g1 으로 변경이 되며 강제 DB 재부팅이 발생하지 않는다. 2. 콘솔을 이용한 변경-> 유지관리 기간을 선택하게 되면 선택된 시점에 DB가 재부팅이 발생함. 3. CLI를 이용한 변경aws rds modify-db-instance --db-instance-identifier 인스턴스명 --ca-certificate-identifier 인증서이름 -> --no-certificate-rotation-restart 옵션을 주는 경우 DB 재부팅이 발생하지 않고 예정된 유지 관리 기간에 ..

여러 테이블들의 데이터를 업데이트 해야하는 작업이 있었습니다.작업을 위해 테스트한 내용과 주요 모니터링으로 보았던 지표들 그리고 특이사항에 대하여 기록합니다. 작업 요구 내용서버 스펙  최대 IOPS : 6,120최대 처리량 : 약 170MB  평소 IOPS 평균 100 이하 (스파크성으로 1000까지 증가) 처리량 평균 5MB 이하 (백업 시간 제외, 스파크성으로 20MB까지 증가)CPU : 평균 5% 이내 (백업 시간 30%) 목표 IOPS : 최대 4천 이하 유지처리량 : 100MB 이하 유지처리시간 : 최대 하루 이내 처리 이슈 없는 성능으로 최대한 빠르게 처리 주요 확인 항목 CPUIO 관련 : READ, WRITE Latecny IOPS, Throughput지연 관련 : DiskQueueDep..

Nonclustered index로 조회할 때 인덱스에 해당하는 컬럼에 의해서만 인덱스 페이지에 접근을 하고 그 이후 Clustered Key 를 통하여 lookup이 발생한다고 생각하였다. 결과적으로 where 구문에 Nonclustered index의 컬럼과 Clustered Index의 컬럼이 모두 존재할 때 인덱스가 Nonclustered가 채택이 된다면 실제 조회는 두개의 조건을 모두 사용하여 인덱스 페이지에 접근을 하고 이는 Nonclustered index의 컬럼만 있는 경우보다 케이스에 따라 더 좋은 성능을 만들어준다. 예.테스트 create table minjae_test2 (col1 int identity(1,1), col2 int, col3 datetime)create clustere..

테스트 쿼리SELECTobjects.name AS object_name,objects.type_desc AS object_type_description,COUNT(*) AS buffer_cache_pages,COUNT(*) * 8 / 1024 AS buffer_cache_used_MBFROM sys.dm_os_buffer_descriptorsINNER JOIN sys.allocation_unitsON allocation_units.allocation_unit_id = dm_os_buffer_descriptors.allocation_unit_idINNER JOIN sys.partitionsON ((allocation_units.container_id = partitions.hobt_id AND type ..

DB에서 CPU가 어떤식으로 사용하고 지표가 상승하는지 이해가 부족한 것 같아서 확인차 정리하고자 한다. 먼저 CPU의 사용에 대해서 알아보면..클럭 주파수 : 컴퓨터 안에 작동하는 각 장치의 동작속도가 다르면 데이터 주고받기가 원활히 이루어지지 않는다.컴퓨터는 각 장치의 동기를 위해 신호를 보내서 타이밍을 취하고 있다. 이 신호를 클럭이라하고 1초동안 클럭이 발생하는 횟수를 클럭 주파수라 한다. CPU는 하나의 명령을 몇 나노(10의 -9승)초의 속도로 실행한다. CPU의 빠르기를 나타내는 단위 = 1초동안 실행할 수 있는 명령의 수 MIPS(Million Instrcutions Per Second)라는 수치가 사용된다. 이것은 컴퓨터의 처리 능력을 가리키는 단위로 사용된다.1MIPS는 1초동안 100..

이슈R4,M4 타입 중단으로 인한 인스턴스 타입 변경 필요. 대상인스턴스타입 AS-ISTO-BEDB1r4.2xlarge r6i.2xlarge DB2r4.xlarger6i.xlargeDB3m4.4xlargem6i.4xlargeDB4m4.xlargem6i .xlargeDB5r4.2xlarger6i .2xlargeDB6r4.xlarger6i .xlargeDB7r5.2xlarger6i .2xlarge작업 영향MultiAZ 인스턴스 1회 다운(1분 이내)SINGLE 인스턴스 1회 다운 (30분 이내) 테스트DB1 r4.2xlarge → r6.2xlarege DB3 m4.4xlarge → m6.4xlarge  타입 변경차시작업 시작 시간fail over 시작 시간 aws 콘솔 로그(작업 시작 후 시간)fail ov..

1. WSFC 기반 솔루션 (FCI, Always On 고가용성 그룹) SQL Server Always On, FCI는 모두 WSFC를 플랫폼 기술로 활용. WSFC는 쿼럼 기반 방식을 사용하여 전반적인 클러스터 상태를 모니터링하고 노드 수준의 내결함성을 극대화한다. WSFC 클러스터의 각 노드는 주기적 하트비트 통신에 참여하여 노드의 상태를 다른 노드와 공유합니다. 응답하지 않는 노드는 오류 상태에 있는 것으로 간주 https://learn.microsoft.com/ko-kr/sql/relational-databases/system-stored-procedures/sp-server-diagnostics-transact-sql?view=sql-server-ver16 sp_server_diagnostics..

SQL SERVER에서는 3가지 물리적 조인 방식이 있다.LOOP, MERGE, HASH 가 있는데 특정 상황을 가정하고 어떤 JOIN 방식이 효율적인지 예상한 뒤에 실제 결과를 테스트해보고자한다. 상황은 1억건, 500만건의 테이블이 있는 경우에서 INNER JOIN 으로 결과 값이 약 1500만건 정도 조회가 되고 이를 Summary한 결과를 출력하는 경우를 가정한다.SELECT A.COL1, A.COL2, COUNT(*)FROM TABLE1 AS A WITH (NOLOCK)JOIN TABLE2 AS B WITH (NOLOCK)ON A.KEY = B.KEYGROUP BY A.COL1, A.COL2 필자는 해당 상황에서 500만건의 테이블이 먼저 조회되고 해당 케이스에 맞는 1억건중 15%의 데이터인 ..