웹앱 스케일링 관련 의문항목
-
L4로 묶어지는 웹앱이라면 문제없을 듯
-
기본적으로 사용자 세션이 동일한 인스턴스로 유지되는 설계라면 문제없음.
DB의 정보만 쿼리하던지, insert 하는 로직이라면
세션이 계속해서 유지되어야 하는 어플리케이션이라면?
코드 레벨 어떤 작업 필요한지?
오토스케일링
메트릭 : cpu , 메모리, Data in, Disk queue 등 다양함
"반응형 자동 크기조정"
자동확장
-
스케일 업 : 플랜을 높은 플랜으로…
-
스케일 아웃 : 특정 메트릭 수치에 따른 인스턴스 수량 증가
갑작스런 Burst 워크로드에 대응이 안될 수 있음.
(Burst의 시간 기준은 모르겠음)
-> 어느 정도 기본 인스턴스의 감은 가지고 사전준비를 해놔야 될 듯.
인스턴스 개수를 미리 늘려놓는다던지
규칙추가 후 선택가능한 메트릭
시간집계 Rule
평균을 권장 (시간경과에 따라 집계된 값의 평균)
너무 신속한 반응, 빠른 진동을 방지하기 위해서 : 멀미남
이런식임….
최근의 메트릭 통계도 같이 보여줌. 보고 판단...
액션에 따라 개수/백분율 지정 가능,
조정이 된 후 휴지기간 시간도 지정가능함. -> 빠른 진동을 방지하기 위한 장치
단어의 의미에 대해서 자세히 파악필요...
설정 가능 액션리스트
과도한 비용발생을 막기위한 장치 : 최대 개수 지정
Scal OUT 룰만 만들지 말고, IN/OUT 두개를 만들자
한 개의 기준이 아니라, 여러 개 가능함.
-
CPU percentage
-
요일/ 일자 기준으로
AND 조건일 까 OR 조건일까? => 안겹치게 해야될 듯??
기본값 룰이 30%보다 클 경우 동작하는 룰이라면
밑에 룰은 50%보다 클 경우로 정의
'기술(Azure 만...) > [MS]Azure PaaS' 카테고리의 다른 글
보안코딩 가이드, 스캔 방법 (0) | 2020.01.13 |
---|---|
linux 웹앱---Azure storage 매핑 (0) | 2019.11.02 |
webapp 소스 가져오기, sync 다양한 방법 (0) | 2019.08.13 |
Azure SQL databse , 스케일링 (0) | 2019.05.15 |
WebJob 일반 and Azure Function일부 (0) | 2019.05.07 |