Data Science Lab

Azure SQL Database 및 Azure SQL Data Warehouse에 대한 액세스 제어 및 권한 부여

·       Version : Azure SQL

Azure SQL Database 및 Azure SQL Data Warehouse 방화벽 규칙이 구성된 후에는 관리자 계정 중 하나로, 데이터베이스 소유자로 또는 데이터베이스의 데이터베이스 사용자로 SQL Database 및 SQL Data Warehouse에 연결할 수 있다.

·       방화벽 규칙 설정 : https://docs.microsoft.com/ko-kr/azure/sql-database/sql-database-firewall-configure?WT.mc_id=DP-MVP-4039834

관리자로 작동하는 계정에는 두 가지가 (서버 관리자 및 Active Directory 관리자)이 있습니다. SQL 서버에 대해 이러한 관리자 계정을 식별하려면 Azure Portal을 열고 SQL Server 또는 SQL Database의 [속성] 탭으로 이동한다.

·       Server Admin login은 Azure SQL 서버를 만들 때 서버 관리자 로그인을 지정해야 한다. SQL 서버는 master 데이터베이스에 로그인으로 해당 계정을 만든다. 이 계정은 SQL Server 인증(사용자 이름 및 암호)을 사용하여 연결되며 하나만 생성할 수 있다. 서버 관리자에 대한 암호를 다시 설정하려면 Azure Portal로 이동하여 SQL Server를 클릭하고 목록에서 서버를 선택한 다음, 암호 재설정을 클릭한다.

·       Azure Active Directory admin은 하나의 Azure Active Directory 계정, 개인 또는 보안 그룹 계정을 관리자로 구성할 수도 있다. Azure AD 관리자를 구성하는 것은 선택 사항이지만, Azure AD 계정을 사용하여 SQL Database에 연결하려면 Azure AD 관리자를 반드시 구성해야 한다.

Server Admin login과 Azure Active Directory admin 관리자 계정에는 다음과 같은 특징이 있다.

·       서버에서 모든 SQL Database에 자동으로 연결할 수 있는 유일한 계정이다. (사용자 데이터베이스에 연결하려면 다른 계정은 데이터베이스의 소유자이거나 사용자 데이터베이스에 사용자 계정이 있어야 한다.)

·       계정은 dbo 사용자로 사용자 데이터베이스에 연결하고 사용자 데이터베이스에서 모든 권한을 갖는다. (사용자 데이터베이스의 소유자는 또한 dbo 사용자로 데이터베이스에 접속한다.)

·       master 데이터베이스에 dbo 사용자로 접속할 수 없으며 master에서는 제한된 사용 권한을 갖는다.

·       SQL 데이터베이스에서 sysadmin 역할의 멤버가 아니다.

·       데이터베이스, 로그인, master의 사용자 및 서버 수준 IP 방화벽 규칙을 만들고 변경하고 삭제할 수 있다.

·       dbmanager 및 loginmanager 역할에 멤버를 추가하고 제거할 수 있다.

·       sys.sql_logins 시스템 테이블을 볼 수 있다.

서버 수준 방화벽이 제대로 구성되면 SQL 서버 관리자 및 Azure Active Directory 관리자가 SQL Server Management Studio 또는 SQL Server Data Tools와 같은 클라이언트 도구를 사용하여 연결할 수 있다. 최신 도구만 모든 특징 및 기능을 제공한다. 다음 다이어그램에서는 두 명의 관리자 계정에 대한 일반적인 구성을 보여 준다. 서버 수준 방화벽에서 열려 있는 포트를 사용하면 관리자가 모든 SQL Database에 연결할 수 있다.

[Serve Level Administrative Roles]

Database creators

dbmanager 역할의 멤버는 새 데이터베이스를 만들 수 있다. 이 역할을 사용하려면 master 데이터베이스에 사용자를 만든 다음 해당 사용자를 dbmanager 데이터베이스 역할에 추가해야 한다. 데이터베이스를 만들려면 사용자가 master 데이터베이스의 SQL Server 로그인을 기반으로 한 사용자이거나 Azure Active Directory 사용자를 기반으로 한 포함된 데이터베이스 사용자여야 한다. 아래 스크립트를 사용하여 생성할 수 있다.

Login managers

Loginmanager 멤버는 master 데이터베이스에 새 로그인을 만들 수 있다. 원한다면 동일한 단계(로그인 및 사용자 만들기, 사용자를 login manager 역할에 추가)를 완료하여 사용자가 master에서 새 로그인을 만들 수 있도록 한다. 일반적으로 Microsoft는 로그인 기반 사용자를 사용하는 대신 데이터베이스 수준에서 인증하는 포함된 데이터베이스 사용자를 사용할 것을 권장하므로 로그인이 필수는 아니다.

[Non-administrator users]

일반적으로 비관리자 계정은 master 데이터베이스에 액세스할 필요가 없다. 비관리자 계정은 CREATE USER(Transact-SQL) 문을 사용하여 데이터베이스 수준에서 포함된 데이터베이스 사용자를 생성한다. 사용자는 Azure Active Directory 인증 포함 된 데이터베이스 사용자 (Azure AD 인증용 환경을 구성한 경우) 또는 SQL Server 인증 포함 된 데이터베이스 사용자 또는 SQL Server 기반 SQL Server 인증 사용자 일 수 있다. 아래 예시 스크립트를 사용하여 계정을 생성할 수 있다.

데이터베이스 수준 방화벽이 제대로 구성되었으면 데이터베이스 사용자는 SQL Server Management Studio 또는 SQL Server Data Tools와 같은 클라이언트 도구를 사용하여 연결할 수 있다. 다음 다이어그램에서는 일반적인 비관리자 액세스 경로를 보여준다.

이 외에도 그룹 및 역할, 권한을 정의 할 수 있으며, SQL Database에는 개별적으로 부여하거나 거부할 수 잇는 100개가 넘는 권한이 있다. 대부분 권한은 중첩되어 사용된다. 자세한 내용은 참고자료의 링크를 확인할 수 있도록 한다.

[참고자료]

·       (영어) https://docs.microsoft.com/en-us/azure/sql-database/sql-database-manage-logins?WT.mc_id=DP-MVP-4039834

·       (한국어) https://docs.microsoft.com/ko-kr/azure/sql-database/sql-database-manage-logins?WT.mc_id=DP-MVP-4039834

2019-11-08 / Sungwook Kang / http://sungwookkang.com/

Azure SQL Database, Azure SQL Data Warehouse, Azure 방화벽, Azure Database 방화벽, Azure Security, Controlling SQL Database Access, DB 접근, DB 액세스

Azure SQL Database 및 Azure SQL Data Warehouse IP 방화벽 규칙

·       Version : Azure SQL

Azure SQL Database 및 Azure SQL Data Warehouse IP 방화벽 규칙에 대해서 살펴본다. 여기에서 설명되는 내용은 Azure SQL Database Management Instance에 적용되지 않으니 혼돈하지 않도록 한다.

인터넷 및 Azure 환경에서 SQL Server 또는 SQL Database에 연결하기 전에 방화벽을 통과해야한다. 크게 서버 수준 IP 방화벽 규칙과 데이터베이스 수준의 IP 방화벽 규칙이 있다. 가능하면 항상 데이터베이스 수준 IP 방화벽 규칙을 사용 하는 것이 좋다. 이 방법을 사용하면 보안을 강화하 고 데이터베이스의 이식성을 높일 수 있다. 관리자에 대해서도 서버 수준 IP 방화벽 규칙을 사용을 권장한다. 동일한 액세스 요구사항을 가진 데이터베이스가 많고 각 데이터베이스를 개별적으로 구성하지 않으려는 경우에도 데이터베이스 수준의 IP 방화벽 규칙을 사용 한다.

[서버 수준 IP 방화벽 규칙]

클라이언트는 규칙에 따라 전체 Azure SQL Server, 즉 동일한 SQL Database 서버 내의 모든 데이터베이스에 액세스 할 수 있다. 규칙은 master 데이터베이스에 저장 된다. Azure SQL Server에 대해 최대 128개의 서버 수준 IP 방화벽 규칙을 사용할 수 있다. Azure Portal, PowerShell 또는 Transact-SQL 문을 사용하여 서버수준 IP 방화벽 규칙을 구성할 수 있다.

·       포털 또는 PowerShell을 사용 하려면 구독 소유자 또는 구독 참가자 여야한다.

·       Transact-SQL을 사용 하려면 서버 수준 보안 주체 로그인 또는 Azure Active Directory 관리자로 SQL Database 인스턴스에 연결해야 한다. 먼저 Azure 수준 사용 권한이 있는 사용자가 서버 수준 IP 방화벽 규칙을 만들어야 한다.

[데이터베이스 수준 IP 방화벽 규칙]

클라이언트는 규칙에 따라 동일한 SQL Database 서버 내의 특정(보안) 데이터베이스에 액세스 할 수 있다. 각 데이터베이스(master 데이터베이스 포함)에 대 한 규칙을 만들어 개별 데이터베이스에 저장한다.

·       서버 수준 방화벽을 구성한 후에만 Transact-SQL 문을 사용하여 master 및 사용자 데이터베이스에 대한 데이터베이스 수준 IP 방화벽 규칙을 만들고 관리할 수 있다.

·       서버 수준 IP 방화벽 규칙의 범위를 벗어나는 데이터베이스 수준 IP 방화벽 규칙의 IP 주소 범위를 지정하면 데이터베이스 수준 범위에서 IP 주소가 있는 클라이언트만 데이터베이스에 액세스 할 수 있다.

·       데이터베이스에 대해 최대 128개의 데이터베이스 수준 IP 방화벽 규칙을 가질 수 있다. 데이터베이스 수준 IP 방화벽 규칙을 구성 하는 명령은sp_set_database_firewall_rule (Azure SQL Database)를 사용한다.

[인터넷으로 통한 데이터베이스 서버 연결]

컴퓨터에서 인터넷을 통해 데이터베이스 서버에 연결 하려고 하면 먼저 방화벽은 연결에서 요청하는 데이터베이스에 대한 데이터베이스 수준 IP 방화벽 규칙에 대해 요청의 원래 IP 주소를 확인한다. 주소가 데이터베이스 수준 IP 방화벽 규칙에 지정 된 범위 내에 있는 경우 해당 규칙을 포함 하는 SQL database에 대해 연결이 가능하다. 주소가 데이터베이스 수준 IP 방화벽 규칙의 범위 내에 없는 경우 방화벽은 서버 수준 IP 방화벽 규칙을 확인한다. 주소가 서버 수준 IP 방화벽 규칙의 범위 내에 있는 경우 연결이 허용된다. 서버 수준 IP 방화벽 규칙은 Azure SQL Server에 있는 모든 SQL Database에 적용된다. 주소가 데이터베이스 수준 또는 서버 수준 IP 방화벽 규칙의 범위에 포함 되지 않은 경우 연결 요청이 실패한다. 로컬 컴퓨터에서 SQL Database에 액세스 하려면 네트워크와 로컬 컴퓨터의 방화벽이 TCP 포트 1433에서 나가는 통신을 허용 하는지 확인 한다.

[Azure 내부에서 데이터베이스 서버 연결]

Azure 내에서 호스트 되는 응용 프로그램이 SQL server에 연결할 수 있도록 하려면 Azure 연결을 사용 하도록 설정 해야 한다. Azure의 응용 프로그램이 데이터베이스 서버에 연결 하려고 하면 방화벽은 Azure 연결이 허용 되는지 확인한다. 시작 및 끝 IP 주소가 0.0.0.0 과 같은 방화벽 설정은 Azure 연결이 허용 됨을 나타낸다. 연결이 허용 되지 않으면 요청이 SQL Database 서버에 도달 하지 않는다. 이 옵션은 다른 고객의 구독에서 연결을 포함하여 Azure의 모든 연결을 허용 하도록 방화벽을 구성한다. 이 옵션을 선택 하는 경우 로그인 및 사용자 권한이 권한 있는 사용자만 액세스할 수 있도록 제한 해야한다.

[IP 방화벽 규칙 만들기 및 관리]

·       Azure Portal에서 방화벽 규칙 생성

·       Transact-SQL을 사용한 IP 방화벽 규칙 관리

아래 예시는 기존 규칙을 검토ㅠㅏ고 Contoso서버에서 IP주소 범위를 사용하도록 설정하고 IP 방화벽 규칙을 삭제한다.

아래 예시는 서버 수준 IP 방화벽 규칙을 추가한다.

아래 예시는 서버 수준의 IP 방화벽 규칙을 삭제한다.

[참고자료]

·       (영어) https://docs.microsoft.com/en-us/azure/sql-database/sql-database-firewall-configure?WT.mc_id=DP-MVP-4039834

·       (한국어) https://docs.microsoft.com/ko-kr/azure/sql-database/sql-database-firewall-configure?WT.mc_id=DP-MVP-4039834

2019-11-06 / Sungwook Kang / http://sungwookkang.com/

Azure SQL Database, Azure SQL Data Warehouse, Azure 방화벽, Azure Database 방화벽, Azure Security

Azure SQL Database 보안 기능 개요

·       Version : Azure SQL

Microsoft Azure SQL Database는 클라우드 및 엔터프라이즈 애플리케이션용 관계형 데이터베이스 서비스를 제공한다. Azure SQL Database보안 전략은 아래 그림 처럼 계층형 심층 방어 방식을 따르며 외부에서 내부로 적용된다.

고객 데이터를 보호하기 위해 방화벽은 Azure Virtual Network 트래픽 출처 또는 IP 주소를 기준으로 액세스 권한이 명시적으로 부여될 때까지 네트워크에서 데이터베이스 서버에 액세스할 수 없도록 차단한다. Azure SQL Database 보안 기능의 자세한 내용은 Microsoft 공식 문서를 참고한다.

·       (영어) https://docs.microsoft.com/en-us/azure/sql-database/sql-database-security-overview?WT.mc_id=DP-MVP-4039834

·       (한국어) https://docs.microsoft.com/ko-kr/azure/sql-database/sql-database-security-overview?WT.mc_id=DP-MVP-4039834

[네트워크 보안]

·       IP 방화벽 규칙 : IP 방화벽 규칙은 각 요청이 시작된 IP 주소를 기준으로 하여 데이터베이스 액세스 권한을 부여한다.

·       Virtual Network 방화벽 규칙 : 가상 네트워크 서비스 엔드포인트는 Azure 백본을 통해 가상 네트워크 연결을 확장하며, 트래픽이 생성되는 가상 네트워크 서브넷을 Azure SQL Database가 식별할 수 있도록 한다. 트래픽이 Azure SQL Database로 전송되도록 하려면 SQL 서비스 태그를 사용해 네트워크 보안 그룹을 통한 아웃바운드 트래픽을 허용한다. Azure SQL Database는 가상 네트워크 규칙을 통해 Virtual Network 내의 선택한 서브넷에서 전송된 통신만 수락할 수 있습니다.

[액세스 관리]

Azure 내에서 데이터베이스와 데이터베이스 서버를 관리하는 작업은 포털 사용자 계정의 역할 할당을 통해 제어된다. Azure SQL Database는 두 가지 인증 유형을 지원한다.

·       SQL 인증 : SQL 데이터베이스 인증은 사용자 이름과 암호를 사용하여 Azure SQL Database에 연결할 때 사용자가 수행하는 인증을 지칭한다.

·       Azure Active Directory 인증 : Azure Active Directory 인증은 Azure AD(Azure Active Directory)의 ID를 사용하여 Azure SQL Database 및 SQL Data Warehouse에 연결하는 메커니즘이다. 관리자는 Azure AD 인증을 통해 데이터베이스 사용자의 ID 및 권한과 기타 Microsoft 서비스를 중앙 위치 한 곳에서 관리할 수 있다. SQL Database를 사용한 Azure AD 인증을 사용하려면 서버 관리자 Active Directory 관리자를 만들어야 한다. Azure AD 인증에서는 관리 계정과 페더레이션된 계정이 모두 지원된다. 페더레이션된 계정은 Azure AD와 페더레이션된 고객 도메인용 Windows 사용자 및 그룹을 지원한다. 사용 가능한 추가 Azure AD 인증 옵션으로는 다단계 인증 및 조건부 액세스를 비롯한 SQL Server Management Studio용 Active Directory 유니버설 인증 연결이 있다.

[Authorization]

권한은 데이터베이스 역할에 사용자 계정을 추가 하 고 해당 역할에 데이터베이스 수준 사용 권한을 할당 하거나 사용자에 게 특정 개체수준 사용권한을 부여하여 제어 된다. 필요한 경우 작업 기능을 수행 하는 데 필요한 최소한의 권한만 가진 사용자를 역할에 추가 한다. 서버 관리자 계정은 기본적으로 db_owner 역할의 구성원이며, 관리 업무를 사용하는 소수의 사용자 에게만 부여 되어야 한다.

 Azure SQL Database 응용 프로그램의 경우 EXECUTE AS 를 사용 하 여 호출 된 모듈의 실행 컨텍스트를 지정 하거나 제한 된 권한으로 응용 프로그램 역할을 사용한다. 이렇게 하면 데이터베이스에 연결 하는 응용 프로그램에 응용 프로그램에 필요한 최소한의 권한만 부여된다.

·       행 수준 보안 : 행 수준 보안을 통해 고객은 쿼리를 실행하는 사용자의 특성(예: 그룹 멤버 자격 또는 실행 컨텍스트)을 기반으로 하여 데이터베이스 테이블의 행에 대한 액세스를 제어할 수 있다.

[위협 보호]

·       Azure Monitor 로그 및 Event Hubs의 SQL 감사 : SQL Database 감사는 데이터베이스 활동을 추적하며 고객이 소유한 Azure Storage 계정의 감사 로그에 데이터베이스 이벤트를 기록하여 보안 표준 규정 준수 상태를 유지할 수 있도록 지원한다. 사용자는 감사를 통해 진행 중인 데이터베이스 활동을 모니터링하고 이전 활동을 분석 및 조사하여 잠재적 위협이나 악용 의심 사례 및 보안 위반을 식별할 수 있다.

·       Advanced Threat Protection : Advanced Threat Protection은 SQL Server 로그를 분석 하 여 비정상적인 동작을 감지 하 고 잠재적으로 유해한 데이터베이스 액세스 또는 악용 시도를 감지 한다.

[정보 보호 및 암호화]

·       TLS(전송 계층 보안)(전송 중 암호화) : SQL Server는 모든 연결에 대해 항상 암호화 (SSL/TLS)를 적용 한다. 연결 문자열에서 Encrypt 또는 TrustServerCertificate의 설정에 관계 없이 모든 데이터가 클라이언트와 서버 간에 "전송 중"으로 암호화 된다.

·       투명한 데이터 암호화(미사용 데이터 암호화) : Azure SQL Database용 TDE(투명한 데이터 암호화)는 원시 파일이나 백업에 무단/오프라인으로 액세스할 수 없도록 미사용 데이터를 보호하기 위해 보안 계층을 추가한다. TDE는 AES 알고리즘을 사용하여 전체 데이터베이스를 암호화 한다. Azure에서는 새로 만드는 모든 SQL Database가 기본적으로 암호화되며, 기본 제공 서버 인증서를 통해 데이터베이스 암호화 키가 보호된다. 서비스에서 인증서 유지 관리 및 순환을 관리하므로 사용자 입력은 불필요하며, 암호화 키를 직접 제어하려는 고객은 Azure Key Vault에서 키를 관리할 수 있다.

·       Azure Key Vault으로 키 관리 : 고객은 TDE( 투명한 데이터 암호화)용으로 지원되는 BYOK(Bring Your Own Key)를 활용해 Azure의 클라우드 기반 외부 키 관리 시스템인  Azure Key Vault를 사용하여 키 관리 및 순환을 직접 제어할 수 있다. 데이터베이스의 키 자격 증명 모음 액세스 권한이 철회되면 데이터베이스를 암호 해독하여 메모리로 읽어들일 수 없다. 중앙 키 관리 플랫폼을 제공하며 철저하게 모니터링되는 HSM(하드웨어 보안 모듈)을 활용하는 Azure Key Vault를 사용하면 키와 데이터 관리 작업을 분리하여 보안 규정 준수 요구 사항을 충족할 수 있다.

·       Always Encrypted(사용 중인 데이터 암호화) : Always Encrypted는 신용 카드 번호, 주민 등록 번호 또는 확인이 필요한 데이터와 같이 특정 데이터베이스 열에 저장된 중요한 데이터를 액세스할 수 없도록 보호하는 기능이다. 데이터는 항상 암호화되므로 암호화 키 액세스 권한이 있는 클라이언트 애플리케이션에서 처리해야 하는 경우에만 암호화된 데이터의 암호가 해독된다. 암호화 키는 SQL에 표시되지 않으며 Windows 인증서 저장소 또는 Azure Key Vault에 저장할 수 있다.

·       동적 데이터 마스킹 : SQL Database 동적 데이터 마스킹에서는 권한이 없는 사용자에 대해 중요한 데이터를 마스킹해 표시함으로써 데이터 노출을 제한한다. 동적 데이터 마스킹은 Azure SQL Database에서 잠재적으로 중요한 데이터를 자동으로 검색하고 애플리케이션 계층에 미치는 영향을 최소화하면서 이러한 필드를 마스킹할 수 있는 실행 가능한 권장 사항을 제공한다. 이 기능은 지정된 데이터베이스 필드를 통해 쿼리의 결과 집합에 있는 중요한 데이터를 혼란스럽게 만들면서 작동하지만 데이터베이스의 데이터를 변경하지는 않는다.

[참고자료]

·       (영어) https://docs.microsoft.com/en-us/azure/sql-database/sql-database-security-overview?WT.mc_id=DP-MVP-4039834

·       (한국어) https://docs.microsoft.com/ko-kr/azure/sql-database/sql-database-security-overview?WT.mc_id=DP-MVP-4039834

2019-10-16 / Sungwook Kang / http://sungwookkang.com/

Azure SQL Database, Azure TDE, Azure Security, Azure Network Security,  Azure SQL Dynamic Data Masking

Azure SQL Database의 서버리스 구매 모델

·       Version : Azure SQL

Azure SQL을 사용할 때, 다양한 구매모델이 있다. vCore 기반 모델, DTU 서비스 계층, 서버리스 컴퓨팅 계층이 있는데, 이번 포스트에서는 서버리스 구매 모델에 대해서 살펴본다. 자세한 내용은 Microsoft 공식 문서인 아래 링크를 참고 한다.

·       (영어) https://docs.microsoft.com/en-us/azure/sql-database/sql-database-serverless?WT.mc_id=DP-MVP-4039834

·       (한국어) https://docs.microsoft.com/ko-kr/azure/sql-database/sql-database-serverless?WT.mc_id=DP-MVP-4039834

Azure SQL Database 서버리스는 단일 데이터베이스에 대한 컴퓨팅 계층으로, 워크로드 수요 및 초당 사용된 컴퓨팅 양에 대한 청구를 기반으로 계산을 자동으로 조정한다. 서버리스 컴퓨팅 계층은 스토리지만 청구될 때 비활성 기간동안 데이터베이스를 자동으로 일시중지하고 활동이 반환되면 데이터베이스를 자동으로 다시 시작한다. 서버리스 컴퓨팅 계층은 자동 확장 및 자동 일시 중지에 대한 설정이 가능하고, 데이터베이스 성능 및 비용계산을 결정한다.

서버리스 Azure SQL Database 는 아래와 같은 특징을 가지고 있다.

·       최소 vCores 및 최대 vCores는 데이터베이스에 사용할 수 있는 계산 용량 범위를 정의할 수 있다. 메모리 및 I/O 제한은 지정된 vCore 범위에 비례한다.

·       Autopause delay는 데이터베이스를 자동으로 일시 중지 하기 전에 비활성 상태로 유지 해야하는 기간을 정의한다. 데이터베이스는 다음 로그인 또는 다른 작업이 발생할 때 자동으로 다시 시작된다. 또는 autopausing를 사용 하지 않도록 설정할 수 있다.

·       서버리스 데이터베이스의 비용은 컴퓨팅 비용과 스토리지 비용의 합계이다.

·       계산 사용량이 구성된 최소 및 최대 한계 사이 인 경우 계산 비용은 사용 된 vCore 및 메모리를 기반으로 한다.

·       컴퓨팅 사용량이 구성된 최소 한계 미만인 경우 컴퓨팅 비용은 구성된 최소 vCore 및 최소 메모리를 기준으로 한다.

·       데이터베이스가 일시 정지되면 계산 비용은 0이며 스토리지 비용만 발생 한다.

·       스토리지 비용은 프로비저닝 된 컴퓨팅 계층과 동일한 방식으로 결정된다.

아래 표는 서버리스 컴퓨팅 계층과 프로비저닝된 컴퓨팅 계층 간의 차이점을 요악한다.

일반적으로 서버리스 데이터베이스는 max vCores 값에의해 설정된 한계 내에서 요청된 컴퓨팅에 대한 중단없이 리소스 요구를 충족시키기에 충분한 용량을 가진 머신에서 실행된다. 시스템이 몇 분 내에 리소스 요구를 충족시킬 수없는 경우로드 밸런싱이 자동으로 발생하는 경우가 있다. 예를 들어, 리소스 수요가 4 개의 vCore이지만 2개의 vCore 만 사용할 수 있는 경우 4 개의 vCore가 제공되기 전에로드 밸런싱에 최대 몇 분이 걸릴 수 있다. 연결이 끊어 질 때 작업이 끝날 때 짧은 기간을 제외하고 데이터베이스는로드 균형 조정 중에 온라인 상태로 유지 된다.

서버리스 데이터베이스의 메모리는 프로비저닝 된 컴퓨팅 데이터베이스보다 더 자주 회수됩니다. 이 동작은 서버리스 비용을 제어하는 데 중요하며 성능에 영향을 줄 수 있다. 프로비저닝 된 컴퓨팅 데이터베이스와 달리 CPU 또는 캐시 사용률이 낮으면 SQL 캐시의 메모리가 서버리스 데이터베이스에서 회수된다.

·       가장 최근에 사용한 캐시 항목의 전체 크기가 일정 기간 동안 임계값 아래로 떨어지면 캐시 활용도가 낮은 것으로 간주된다.

·       캐시 재사용이 트리거되면 대상 캐시 크기가 이전 크기의 일부로 점차 감소하고 사용량이 낮을 경우에만 회수 된다.

·       캐시 재사용이 발생하면 제거 할 캐시 항목을 선택하기위한 정책은 프로비저닝 된 컴퓨팅 데이터베이스와 동일하다.

·       캐시 크기는 구성 할 수있는 min vCore에 의해 정의 된 최소 메모리 제한 아래로 절대 축소되지 않는다.

프로비저닝 된 데이터베이스와 동일한 방식으로 동일한 속도로 디스크에서 데이터를 가져올 때 SQL 캐시가 커진다. 데이터베이스가 사용중이면 캐시는 최대 메모리 제한까지 제한되지 않은 상태로 커질 수 있다.

Autopausing 및 Autoresuming는 아래와 같은 제약조건에 따라 자동 활성 비활성 된다. 서버를 사용 하지않는 데이터베이스를 autoresume 및 autopause 하는 대기 시간은 일반적으로 1 분에서 autoresume로, 1-10 분에서 autopause로 정렬 된다.

[Autopausing]

 Autopause 지연 기간 동안 다음 조건이 모두 true 인 경우 Autopausing이 트리거된다.

·       세션 수 = 0

·       사용자 풀에서 실행 되는 사용자 작업에 대한 CPU = 0

다음 기능은 autopausing을 지원 하지 않는다. 즉, 다음 기능 중 하나를 사용 하는 경우 데이터베이스 비활성 기간에 관계 없이 데이터베이스가 온라인 상태로 유지 된다.

·       지역에서 복제 (활성 지역 복제 및 자동 장애 조치 그룹)

·       장기 백업 보존 (LTR).

·       SQL 데이터 동기화에 사용되는 동기화 데이터베이스 동기화 데이터베이스와 달리 허브 및 멤버 데이터베이스는 autopausing을 지원 한다.

·       Elastic Pool에 사용 되는 작업 데이터베이스 이다.

Autopausing는 데이터베이스를 온라인 상태로 만들어야 하는 일부 서비스 업데이트를 배포 하는 동안 일시적으로 차단 된다. 이러한 경우 서비스 업데이트가 완료 되 면 autopausing가 다시 허용 된다.

[Autoresuming]

언제 든 지 다음 조건 중 하나라도 충족 되 면 Autoresuming가 트리거 된다.

[참고자료]

·       (영어) https://docs.microsoft.com/en-us/azure/sql-database/sql-database-serverless?WT.mc_id=DP-MVP-4039834

·       (한국어) https://docs.microsoft.com/ko-kr/azure/sql-database/sql-database-serverless?WT.mc_id=DP-MVP-4039834

2019-10-14 / Sungwook Kang / http://sungwookkang.com/

Azure SQL, Managed Instance, Azure DTU,