갤럭시S3 LTE 구성품 마블 화이트 오가닉 디자인 3D 성능\nPosted by 씨디맨 Posted in " 모바일/갤럭시 S3 " 2012.07.31 18:32\n그동안 많은 루머를 불러일으켰던 갤럭시S3가 이제 공개된지 좀 되었지요. 저도 4G버전을 입수해서 갤럭시S3 LTE 구성품을 살펴보고 자연의 조약돌에서 가져온 오가닉 디자인과 성능에 대해서 간단히 소개해보도록 하겠습니다. 이번에 전부다 보여드리면 재미가 없으니 나눠서 설명을 드리죠. 다음에는 카메라 부분을 집중적으로 살펴보고 그리고 활용부분에 초점을 맞춰서 설명을 해보도록 하겠습니다. 갤럭시S3 LTE 구성품 부분은 아래 동영상도 참고해서 보세요. 실제로 처음 박스를 열고 내용물을 설명하는 부분이 있으니까요.\n갤럭시S3 LTE 마블 화이트 입니다. 국내 버전경우 엑시노스 4412 쿼드코어 프로세서를 탑재하였고 게다가 2GB램을 탑재 하였습니다. 해외모델의 경우에는 퀄컴 프로세서를 탑제하였습니다. 성능 부분에서는 지금은 최고인것이 맞네요. 램이 2GB라는 부분이 상당히 차이가 많이 납니다. 어플을 많이 실행하는 분들은 이부분이 더욱 차이가 나죠.\n디자인 부분은 개인적으로는 잘 나온듯 합니다. 전체적으로 살짝 둥글둥글한 모양을 가지고 있고 화면을 살쪽 볼록한 형태로 되어있습니다. 물론 디자인은 개인 기호이지만, 페블 블루는 워낙 사진마다 색이 다르게 나와서 직접 보는것이 좋고 마블 화이트 경우에는 사진과 비슷한 형상을 하고 있습니다. 마블 화이트 색상은 케이스를 어떤것을 사용하더라도 잘 어울리는게 특징이네요.\n뒤집어서 놓았는데 조금 미끌려 내려갑니다. 화면이 가운데가 볼록하고 가장자리가 낮은 형태로 되어있어 기울어있는곳에 화면을 바닥에 놓으면 미끌어져 내려가는것을 볼 수 있습니다. 손으로 만질때에도 가장자리 부분이 부딪히지 않아서 좋더군요. 물론 액정 보호 필름을 붙이면 표면 느낌이 좀 달라지긴 하지만요.\n후면 부분은 페블 블루 경우 상당히 독특한 무늬와 색상을 가지고 있습니다. 마블 화이트 경우에는 반짝이는 화이트 색상입니다. 페블 블루 경우에는 커버를 거의 구부려도 부러지지 않는 독특한 재질을 사용하였습니다. 배터리를 분리하거나 MicroSD메모리를 장착시에는 커버를 자주 열게 되는데 굽혀도 부러지지 않는 커버는 자주 여닫을 때 커버가 그만큼 견딘다는것을 나타내기도 합니다. 실제로 커버를 벗길때 부러지지 않을까 걱정을 할 수 도 있겠지만 그런 걱정없이 벗겨도 되겠습니다. 마블 화이트 경우에는 크랙이 생기는 경우가 아주 뜸하게 생기고 있는데 다만 이런 경우 A/S로 후면 커버를 무상으로 교환해준다고 하니 이부분도 참고하시기 바랍니다.\n갤럭시S3 LTE를 케이스에 끼워서 본 모습 입니다. 마블 화이트는 어떤 색상과도 잘 어울리는 특징이 있습니다. 개인적인 생각으로는 커버 없이 사용은 페블 블루가 좀 더 괜찮은듯하고, 케이스를 끼우는 형태는 마블 화이트가 좀 더 어울리는듯 합니다.\n잠깐 보는 갤럭시S3 LTE 구성품 입니다. 배터리는 참고로 2개 입니다.구성품은 3G 버전과 차이는 없습니다. 동영상도 보시기 바랍니다.\n참고링크 : 갤럭시S3 3G 구성품\n갤럭시S3 LTE는 4.8형의 HD Super AMOLED 디스플레이를 사용하였습니다. 모 벤치마크 사이트에서 계측기로 충분히 예열된 상태에서 측정시 색균형을 잘 맞는것으로 나온것으로 압니다. 다만 녹색을 조금 더 강조하여 나타내는 것은 있습니다. 사진을 찍고 나서 화면으로 확인 시에 좀 더 잘나와보이고 괜찮아보이는것이 있더군요. 스마트폰으로 사진을 찍고 보관하고 또 공유하고 즐기는 것에서 화면에서 좀 더 좋아보이는것은 장점이 될 수 있습니다. 물론 사진의 품질도 상당히 좋은편. 동영상을 볼 때에는 일명 좀 쨍한 화면을 볼 수 있습니다. 선명한 느낌도 강합니다.\n동영상 화면의 색이 너무 과장되어 보여서 불편하다면, 화면 모드를 변경이 가능 합니다. 내추럴 화면으로 바꿀 경우 이런 부분이 많이 자연스러워지더군요. 한가지 아쉬운점이라면 이부분이 동영상 화면에서 따로 셋팅이 가능하면 참 좋겠지만 지금은 모든 화면에 모두 적용이 되더군요. 나중에는 동영상 옵션에 따로 이런 옵션이 들어가면 좋겠네요.\n갤럭시S3 LTE를 실사용해보셨던 분들은 느낄텐데, 게임을 여러가지를 하고 메일, 동영상, 음악듣기 등 여러가지 작업을 하고 대기시에 알람도 많이 받는 경우라고 쳐도 작업시 체감이 매우 빠른것을 느낄것 입니다. 쿼드코어 프로세스의 사용으로 여러가지 작업시에 좀 더 유리한점이 분명있고, 램이 2GB이기 때문에 많은 어플이 동시에 동작하더라도 좀 더 부드럽게 동작시킬 수 있습니다.\nFIFA 게임을 해 보았습니다. 사실 여러가지 게임을 설치하고 사용해 봤지만, 전혀 끊기는 느낌은 없습니다. 재로딩도 거의 없어서 더 빠르게 느껴지는듯 하기도 합니다. 사람이 2초 정도 기다리는 것을 참 힘들어한다는데 그것을 줄여줍니다.\n실제 사용해보면 2GB램 부분을 크게 체감하게 됩니다. 프로세스의 성능이 좋다는 베이스도 이부분을 크게 뒷받침 해줍니다. 이런 부분과 기타 활용 부분은 다음에 좀 더 자세히 다뤄보도록 하겠습니다. 기대해주세요.\n'모바일 > 갤럭시 S3' 카테고리의 다른 글\n태극기 이미지 광복절 학생들의 UCC (12)\n갤럭시S3 편의기능 설명 동영상 쉽고 자세한 (6)\n갤럭시S3 LTE 구성품 마블 화이트 오가닉 디자인 3D 성능 (7)\n갤럭시S3 국민은행 어플 설치 방법 (7)\n미인증 단말기입니다 유심기변 해결 방법 (108)\n갤럭시S3 MicroSD 메모리 제거 방법 (11)\nTAG 3D 성능, It, 갤럭시S3 LTE 구성품, 갤럭시S3 구성품, 구성품, 디자인, 리뷰, 마블 화이트, 사용기, 오가닉 디자인, 페블 블루, 후기\nhys7001 2012.07.31 21:37 신고\n갤럭시S3 LTE까지 모두 소유하셨군요~~^^\n씨디맨 2012.09.15 07:44 신고\n네 지금은 두개 다 있네요 ㅋ\n최준범 2012.08.01 15:54 신고\n쿼드코어의 힘이 기대되는군요ㅋㅋ\n갤3는 LTE버전이 갑인듯해요. 성능면에서는요. 배터리부분에서는 3G가 훨씬 압승이지만요.\n이트체 2012.09.15 07:21 신고\n퀼컴 엑시노스 아닙니다... 뭔 소리이신지..\n씨디맨 2012.09.15 07:43 신고\n해외모델에 퀄컴도 쓰였다는 말을 적을려다가 제가 잘못 적은듯합니다. 알려주셔서 감사해요.\n이노칠 2013.01.25 13:33 신고\n이 글이 얼리어답터 - 스마트기기 에서 안보여요\n전체 : 51,049,580\n오늘 : 1,342\n어제 : 18,777


문정우 금산군수, ‘코로나19 대응철저’ 당부\n금산군, 반부패 실천 청렴리더 간담회 개최\n금산군, 지역 설계사무소 인허가서비스 개선 보고회 개최\n문정우 금산군수는 7월 6일 진행된 간부회의에서 “민선7기 전반기를 보내고 많은 추진성과가 있었다”며 “군민들께 군에서 추진한 사업들에 대해 잘 아실 수 있도록 해달라.”고 말했다. 하반기 추진업무에 있어서는 “차질 없이 진행할 수 있도록 계획에 만전을 기할 필요가 있다”며 “중앙 및 도의 평가에 대비한 보고회 등에도 각 부서에서 신경 쓰라”고 지시했다. 이외에도 장마철 수인성질병, 식중독 등에 주의하고 사전 예방을 철저히 하며 폭염에 따라 찾아올 수 있는 열사병에 대한 대비를 철저히 할 것을 강조했다.\n기본금리 추가 연 1.5% 우대 혜택 “아이 키우기 좋은 금산, 임산부 우대 적금” 출시! 기본금리+1.5% 우대 금산군은 임산부를 배려하는 사회문화 확산을 위해 지역농협은행과 함께 임산부 우대 금리 상품 ‘아이 든든 적금’을 출시했다. 이 적금은 충남도에 주민등록을 둔 임신부와 출산 후 6개월 미만 출산부가 대상이며 농협의 기본금리에 추가로 연 1.5% 우대 금리를 적용하는 자유 적립 적금이다. 더불어 다자녀 가정을 위해 태아 수에 비례해 계좌를 추가로 가입할 수도 있다. 참여요건은 임신확인서 또는 출생증명서, 등초본 등 임신을 확인할 수 있는 서류를 지참해 가까운...\n‘금산에서 소비하기 운동’ 재개, 방역·행정지도 철저 문정우 금산군수는 22일 진행된 간부회의에서 “대전, 논산 등 주변 시군에서 코로나19 확진자가 지속 발생하고 있다”며 “지금까지의 노력이 수포가 되지 않도록 대응에 철저를 기해달라.”고 당부했다. 인근 지역에서 출퇴근 하는 경우 불필요한 이동을 자제하고, 식사 및 쇼핑 등 활동은 가급적 금산에서 해줄 것을 부탁했다. 목욕탕, 찜질방, PC방과 같이 사람이 몰리는 곳과 방문판매와 같이 이동이 잦은 경우에 대해 행정점검을 철저히 진행해 위생수칙준수 및 마스크 착용 여부에 대해 지도해달라고 강조했다. 문 군수는 “현재 사회적 거리두기 캠페인과 함께 장날이 열리고 있다”며 “인근 지역의 코로나19 확진자 증가...\n맞춤형 특강, 청렴도 향상 의견 제시 등 진행 금산군은 지난 12일 금산군청 상황실에서 청렴리더 29명이 참석한 가운데 ‘반부패 실천을 위한 청렴리더 간담회’를 개최했다. 청렴리더는 청렴에 대한 시책 전파, 아이디어 제한, 멘토, 부당한 업무지시와 공직비리 예방 등 활동을 위해 희망자의 지원을 받아 각 부서별 1인을 선발해 총 29명으로 구성됐다. 간담회는 맞춤형 청렴특강, 제1차 청렴컨설팅 결과 전달, 청렴리더 역할과 임무 설명, 의견제안 및 토론 순으로 진행됐다. 배정애 어울림교육개발원 원장이 진행한 청렴특강에서는 ‘투명한 조직, 세상을 바꾸는 청렴’을 주제로 실제 부패사례를 들어 강의가 진행돼 청렴리더들의 공감을 받았다. 의견제한 및 토론시간...\n문정우 금산군수는 지난 8일 진행된 간부회의에서 “군민들께서 군정현황에 대해 알기가 쉽지 않다는 의견이 있다”며 “민선7기의 지난 성과와 하반기 추진 업무 홍보에 철저를 기해달라.”고 당부했다. 이어 학교들의 등교가 본격적으로 진행됨에 “아직 코로나19가 수도권 및 충남권에 확진자가 계속으로 발생하는 중”이라며 “학생들과 학부모들의 불안감을 해소할 수 있도록 철저히 방역에 임해줄 것.”을 주문했다. 여름철 더위와 물놀이 안전에 대해서는 “주민들의 온열 질환 발생에 대비해 버스정류장에 냉방시설을 준비해야 한다”고 말하고, 물놀이 안전과 관련 ”위험지역의 구명장비에 대해 점검을 실시해 달라.”고 지시했다. 금산천과 후곤천의 꽃단지와 데크길은 “날씨가 좋아져 외출하는 주민들이 증...\n수요자 중심 서비스 등 환경조성 계획 설명, 토론 진행 금산군은 지난 5월 29일 지역의 건축·토목 설계사무소 관계자들이 모인 가운데 금산군 인허가서비스 개선계획보고회를 개최했다. 이번 보고회에서는 군에서 추진 중인 △수요자 중심의 인허가서비스 제공 △공정하고 신속한 서비스 개선 △인허가담당 공무원 역량강화 및 사기진작 △편리하고 쾌적한 환경조성 등 계획에 대해 설명했다. 이어 개선방안에 대한 의견제시 및 추후 방향성에 대한 토론을 진행했다. 문정우 금산군수는 “인허가서비스를 받는 민원인들이 감동받을 수 있는 여건조성의 중요함을 잘 알고 있다”며 “이를 위해 토목설계사무소도 군과 함께 노력해 주시기를 부탁드린다.”고 말했다. 한편 군은 인허가서비스...\n자문위원 21명 위촉 금산축제관광재단(이사장 문정우)은 지난 22일 축제·관광사업 활성화를 위한 제언과 자문을 담당할 자문기구를 처음으로 구성하고 자문위원 21명을 위촉했다. 위원은 인삼·약초상인대표, 기관·사회단체장, 축제·관광 전문가 등으로 구성됐으며, 재단의 사업에 대한 방향 제시와 재단 운영의 활성화 등에 대한 자문역할을 담당한다. 이날 개최된 제1회 자문위원회에서는 금산인삼축제의 행사장 범위 확대, 포토존 개발 및 상설화, 온·오프라인 축제 시스템 개발, 스토리텔링형 관광코스 구성 등 각 계의 폭넓은 의견이 제시됐다. 문정우 금산군수는 “금산이 가진 축제·관광의 무한한 잠재성을 끌어 내 사계절 내내 관광객이 찾아올 수 있도록 최선을 다하겠다”며 “금산 관...\n문정우 금산군수는 18일 진행된 간부회의에서 “일부 상인들이 금산사랑상품권을 받기 꺼려한다는 이야기가 있다”며 “상품권을 사용함으로 지역경제가 활성화 되는 측면을 상인들이 이해할 수 있도록 홍보에 만전을 기하라”고 주문했다. 또 긴급재난지원금에 관련해 “읍·면사무소를 통해 금산사랑상품권 및 선불카드를 활용한 지원금 접수를 받는다“며 ”군민들의 불편함을 최소화 할 수 있도록 접수 및 지급에 최선을 다해달라.“고 당부했다. 생활 속 거리두기에 대해서는 “다행히 이태원 확산이 통제되고 있는 모양새지만 코로나19가 완전히 종식될 때까지 긴장을 늦추지 않아야한다”며 “매주 수요일 진행하는 방역의 날 주민들의 생활 방역 동참이 이뤄지도록 안내 할 것.”이라고 말했다.\n금산군은 FTA협상체결에 따른 보완대책 및 군 대응방안을 마련코자 8개 품목별연구회 및 농업인학습단체의 토론회를 진행 중이다. 오는 5월 19일까지 진행되는 토론회는 170여명이 참여하며 문정우 금산군수가 직접 진행을 맡아 진행한다. 현장에서는 인삼, 약초 등 품목별 연구회와 생활개선회 회원들이 금산 농업 경쟁력을 키우기 위해 다양한 의견을 제시하고 주력 농산물인 인삼, 약초, 들깻잎 등의 발전방안 및 축산, 과수, 원예특작, 식량작물 등 분야별로 경쟁력 제고방안에 대해 구체적으로 모색할 계획이다. 문정우 군수는 “이번 토론회를 통해 단체별 자구 대응책을 마련하고 농업인들의 고통과 부담을 해소하기 위한 농업기반시설을 확충할 수 있도록 최선을 다하겠다.”고 말했다....\n금산군은 지난 8일 (사)희망의언덕(대표 류상현) 및 금산군자원봉사센터와 함께 금산군치매안심센터에 등록된 재가치매어르신 70가정에 꽃 반려식물을 선물했다. 전달된 반려식물은 금산군 자원봉사센터에서 노인복지향상을 위해 마련한 ‘화분농업과 사회복지서비스가 접목된 반려식물 보급사업’의 일환으로 마련됐다. 희망의언덕은 그동안 지역사회를 위해 봉사를 해 온 단체로 작년 진산면을 시작으로 10개 읍·면을 순회 공연한 치매예방 연극 ‘주문을 잊은 식당’에 공연현장에서 1900여명을 대상으로 간식 봉사를 진행하기도 했다. 류상현 대표는 “반려식물이 집에만 계시는 치매어르신들에게는 정서적으로 안정감을 준다”며 “어르신들께 조금이라도 도움이 됐으면 좋겠다.”고 말했다.“ ...\n문정우 금산군수, “코로나19 대비 생활 속 사회적 거리두기 철저”당부\n문정우 금산군수는 지난 4일 진행된 간부회의에서 “코로나19 대비 방침이 6일부터 생활 속 사회적 거리두기가 전환 된다”며 “군민들이 마스크 착용 등 일상생활 속 방역에 함께하도록 알리는데 최선을 다해달라.”고 당부했다. 등교 개학을 앞두고는 학생들을 위해 관내 사회단체들이 제작한 천 마스크를 빠짐없이 배포되도록 관련 부서에서 확인하도록 강조했다. 전 국민을 대상으로 지원되는 긴급재난지원급 지급에 대해서는 “신속한 처리를 위해 운영을 철저히 하고 지급 기준 및 절차에 대한 홍보에도 신경써달라.”고 말했다.\n방방곡곡 문화공감, 전시공간 활성화 지원 등 4개 사업 금산다락원이 문화예술프로그램 공모사업에 선정돼 국비 9100만 원을 확보했다. 그 대상은 한국문화예술회관연합회가 주관하는 ‘2020년 문예회관과 함께하는 방방곡곡 문화공감사업 민간우수프로그램’, ‘전시공간 활성화 지원’, ‘문예회관 문화예술교육프로그램’, ‘지역문화예술회관 문화가 있는 날’ 등 4개다. 방방곡곡 문화공감사업은 소방관들의 삶을 담아낸 연극 ‘골든타임’과 어린이를 위한 타악기 앙상블 ‘60분간의 음악일주’가 선정돼 군민을 찾게 된다. 전시 공간 활성화 지원 사업으로는 ’프랑스 인상파 화가 명작의 고향 순례전‘이 준비 중이다. 지역의 유아·어린이에서 부터 일반인까지 폭넓은 대상에게 문화향유 기회를 제공하기 위해 예술 소양 체험과 ...\n소상공인 매출감소 미인증 업체 50만 원 차등 지원 실직자 기준중위소득 80%에서 120%로 기준액 확대 금산군은 코로나19로 어려움을 겪고 있는 소상공인과 실직자 등에게 지원하는 긴급생활안정자금 기준을 완화 적용했다. 소상공인의 경우 기존 매출 20%감소 입증 업체에만 지급하던 방식을 매출감소 미입증 업체까지 범위를 확대 한다. 다만 매출감소 미입증 업체에 대해서는 인증 업체 지급액 100만 원이 아닌 50만 원을 차등 지급하게 된다. 현재 충남도에 영업장을 두고 주민등록 주소지가 금산군에 있는 개인사업자로 2019년 매출액이 3억 원 이하인 조건은 현행유지 됐다. 실직자 등 지원 대상은 금산군에 1월 31일 이전부터 주민등록 주소를 둔 건강보험 가입자(세대주)로 기준중위 소득 120% 이하면서 코로...\n양승조 충남도지사, 코로나19 관련 금산군 방문\n코로나19 대응 현황 파악 및 관계자 격려 양승조 충남도지사는 지난 19일 금산군보건소 선별진료소와 효사랑요양병원에 방문, 코로나19 대응 현황을 살피고 휴일근무 관계자를 격려했다. 이날 일정에는 문정우 금산군수 및 이화영 보건소장, 김창섭 안전총괄과장이 함께했으며 선별진료소와 방역대책반 등 운영상황과 금산의 방역체계, 향후 대응계획에 대해 설명하는 시간을 가졌다. 또한 최일선 현장에 방문해 근무하는 의사·간호사 등 의료진...\n긴급생계 지원, 농어민 수당 등 지역경제 활성화 지원 금산군이 금산사랑상품권 활용을 통해 코로나19로 인해 위축된 지역경제 활성화에 나섰다. 대표적으로 코로나19 피해 실직자 긴급 생계지원, 2020년 농어민수당, 아동돌폼쿠폰 등의 지급에 금산사랑상품권을 사용키로 했다. 오는 24일까지 신청 접수중인 코로나19 피해 실직자 긴급 생계지원에서는 기준 중위소득 80% 이하며 코로나19로 올해 2월 또는 3월 실직 및 무급 휴업·휴직한 근로자에 가구당 100만 원의 금산사랑상품권을 지원할 예정이다. 2020년 1차 충청남도 농어민수당 지원에 있어서는 2019년 농업환경실천사업대상 농가 1490명을 대...\n안전총괄과 5개 팀 참여, 에탄올 티슈·홍보물 배포 금산군은 오는 17일까지 코로나19 고강도 사회적 거리두기를 알리기 위해 릴레이 팻말 홍보에 나섰다. 군청 안전총괄과 5개 팀은 교대로 주민 왕래가 잦은 NH농협은행 4거리와 우체국 앞 4거리 등지에서 국민 행동지침과 직장에서의 행동지침이 적혀있는 팻말을 들고, 해당내용을 설명하며 에탄올 티슈와 홍보물을 나눠주는 활동을 전개 중이다. 군 관계자는 “하루빨리 코로...\n발열, 유증상시 금산군보건소 선별진료소 검사 금산군은 강도 높은 사회적 거리두기가 19일까지 연장됨에 방역을 위해 지난 9일부터 군 주요 인근지역에서 진입하는 차량을 대상으로 드라이브 스루 방식 체온측정소를 운영한다. 측정소는 금산 톨게이트, 추부 톨게이트, 복수면 구례리 선무교차 등 3개소로 오전 10시부터 오후 2시까지 운영하며 대전 등 외부에서 금산군으로 진입하는 차량을 대상으로 탑승자가 차량 내부에 그대로 앉아 비접촉 방식으로 체온을 측정한다. 발열이 있거나 코로나19로 의심되는 증상이 있는 경우에는 금산군 보건소 선별진료소에서 별도 검사를 진행하도록 안내하게 된다. 군 관계자는 “전 세계...


드림레터-2021-9호 미래 직업세계 변화에 대비한 진로탐색 방법은 무엇인가요?\n드림레터_09호_중학교.pdf (890.91KB) (다운횟수:25)\n"미래 직업세계 변화에 대비한 진로탐색 방법은 무엇인가요?"\n4차 산업혁명이 시작된 이후 현존하는 일자리가 사라지고 미래 직업세계가 더욱 다양하게 변화할 것이라는 예측이 이어집니다. 지금 성장기를 보내고 있는 자녀들이 미래 직업 세계를 이해하고 적응하기 위해 학부모님의 도움이 어느 때보다 필요합니다.\n미래 직업세계를 변화시키는 다양한 요인\n인공지능과 로봇, 사물인터넷, 자율주행차량 등 과학기술의 눈부신 발전이 일상 생활 속으로 들어오면서 미래의 직업세계 또한 과학기술에 의해 크게 변화할 것이라는 전망이 쏟아지고 있습니다. 미래 직업세계를 변화시키는 요인은 또 있습니다. 경제, 인구, 기후와 에너지 등도 직업세계의 변화 요인입니다. 산업구조 고도화, 경제구조 세계화로 직업세계에도 이미 다양한 변화가 나타나고 있습니다. 주요 제품의 핵심 기획은 한국에서, 생산은 해외에서 하는 방식이 확산되는가 하면 콘텐츠, 방송통신, 관광 등 지식기반 산업과 서비스 산업 분야에서도 국경의 제한 없이 교류가 이뤄집니다. 고령인구가 늘어나면서 보건의료, 복지 분야를 중심으로 고령자를 위한 산업과 직업 또한 늘고 있습니다. 기후변화로 인해 대체에너지에 대한 관심과 수요가 급증하면서 환경 및 에너지 관련 분야의 인재 요구 또한 증가 추세에 있습니다.\n참고 : 전국학부모지원센터(www.parents.go.kr) > e도서관 > 교육자료 > 진로·진학지도 > 「4차 산업혁명 시대, 미래 진로·직업교육」\n미래 직업세계의 변화 요인에 대해 자녀와 이야기를 나누어 보고 성장 가능성이 높은 직업 분야를 알아봅시다. 관심 직업 분야의 변화를 살피는 동안 자녀의 미래 직업에 대한 이해도 깊어질 것입니다.\n4차 산업혁명 시대의 성장 직업 분야\n출처 : 전국학부모지원센터 > e도서관 > 교육자료 > 진로·진학지도 > 「4차 산업혁명시대 미래 진로·직업교육」, 32~39쪽\n과학기술인재진로지원센터에서는 미래 유망직업을 다양하게 선정, 안내하고 있습니다. 과학기술과 만나 다채롭게 변화한 직업 영역을 자녀와 함께 탐색해 봅시다.\n과학기술인재진로지원센터(www.sciencecareer.kr) > 과학기술정보 > 미래 유망직업\n자녀가 꿈꾸던 직업이 사라지면 어쩌죠?\n미래 직업세계가 과학기술 중심으로 재편되면 기존의 직업은 모두 사라질까요? 그렇지는 않습니다. 기존 직업 중 단순 반복적인 일들은 로봇이 수행할 것이라는 전망이 우세하지만, 많은 직업 분야가 고부가가치화를 통해 더욱 다양한 모습으로 변화할 것입니다. 직무 간의 융합으로 새로운 전문분야가 창출되거나 수요의 세분화로 직업이 더욱 세분화할 수도 있습니다. 일례로 패션 분야에서 홍보마케팅을 하던 하○○ 씨는 미디어 융·복합 업무를 경험할 수 있는 곳으로 이직해 디지털 기술과 결합한 디자인 프로젝트를 수행하고 있습니다. 다양한 사례들을 통해 자녀가 관심과 흥미를 보이는 분야의 직업인들이 어떻게 적응해 나가고 있는지 함께 알아봅시다.\n출처 : ① 전국학부모지원센터 > e도서관 > 교육자료 > 진로·진학지도 > 4차 산업혁명시대, 우리 아이 어떻게 키울까요, 17·19쪽\n② 강남구청 소식지 <강남라이프>, 2021년 6월호, 7쪽\n"자녀의 관심사를 바탕으로 미래 직업을 탐색해요!"\n급변하는 사회 속에서 다양한 직업 세계의 변화 전망을 살펴보는 것도 중요하지만 항상 잊지 말아야 할 것은 자녀의 관심사와 흥미입니다. 예를 들어 패션에 관심 있는 자녀에게 무조건 ‘첨단기술 분야 직업이 미래 전망이 좋으니 관심을 가져 보라’고 추상적인 말을 하며 강요하기보다는, 패션과 기술이 접목된 직업 세계의 사례를 제공하며 구체적으로 접근해야 자녀의 흥미를 유발할 수 있습니다.\n진로 한 걸음 더\n패션은 전 세계 경제를 움직이는 산업 분야 중 하나입니다. 인간에게 꼭 필요한 세 가지 중 하나로 꼽히는 의류 관련 산업은 그 필요성만큼 다양한 발전 가능성을 갖고 있습니다. 과학기술과 융합하면서 패션테크니컬디자이너, 에코패션디자이너, 스마트의류개발자 등의 직업이 생겨났는가 하면 점점 바빠지는 사람들을 위해 카테고리매니저, 퍼스널쇼퍼 같은 직업도 새롭게 등장했습니다. 아직까지는 새로운 직업 또는 이색 직업으로 소개되고 있지만, 훗날 패션 분야에서 가장 주목받는 직업이 될 수도 있습니다. 자녀가 패션에 대해 관심과 흥미를 보인다면 과학기술과 융합하여 변화할 패션 분야의 직업을 함께 살펴보고 이야기를 나눠 봅시다.\n출처 : ① 커리어넷(www.career.go.kr) > 직업·학과정보 > ‘패션’ 검색\n② 한국고용정보원(www.keis.or.kr) > 발간물 > 고용이슈 > ‘새로운 사회변화, 직업세계에 투영되다’ 검색\n스마트 의류 전문가를 만나요!\n기존의 의류가 갖지 못한 특수한 기능을 갖고 있는 똑똑한 옷, 스마트 의류는 과학기술의 발전과 함께 등장한 개념입니다. 냉난방 기능을 갖추거나 인체를 강하게 해 주는 옷, 인체를 보호해 주거나 가상현실 기술을 적용해 입체적 체험을 돕는 옷을 상상해 봅시다. 언젠가는 영화 속 이야기가 현실이 될 수도 있을 것입니다. 스마트 의류 전문가 김주용 씨의 이야기를 자녀와 함께 살펴보고 미래 의류에 대해 대화해 봅시다.\n커리어넷(www.career.go.kr) > 진로동영상 > ‘스마트 의류 전문가 김주용’ 검색\n자녀의 관심사에 맞추어 신직업, 이색직업을 찾아보고 싶다면 커리어넷이나 워크넷의 직업정보들이 도움이 될 수 있습니다. 자녀의 관심사나 흥미에 대해 먼저 대화한 후 연계 직업 및 전망을 살펴봅시다. 어떤 이야기를 나눠야 할지 막연하다면 아래 동영상을 통해 사전지식을 갖추고 자녀의 관심사와 관련 분야의 전망에 대해 이야기 나누어봅시다.\n① 커리어넷(www.career.go.kr) > 진로동영상 > 4차 산업혁명과 미래 핵심기술\n② 커리어넷(www.career.go.kr) > 진로동영상 > 4차 산업혁명과 미래 핵심기술 2\n참고 : ① 워크넷(www.work.go.kr) > 직업.진로 > 직업정보 > 직업정보찾기 > 신직업·창직 찾기\n② 워크넷(www.work.go.kr) > 직업·진로 > 직업정보 > 한국직업전망 > 2021한국직업전망PDF다운로드\n③ 커리어넷(www.career.go.kr) > 직업정보 > 미래직업\n자료: 교육부·국가평생교육진흥원, 진로소식지 드림레터(2021-09호) 재가공\n드림레터 2021-10호 멘토에게 들어봐~! 랜선으로 경험하는 진로체험\n드림레터-2021-8호 고래도 춤추게 하는 '격려' 자녀 진로의 도움닫기


고유가에 대한 건설산업 대응전략 | 국토연구원 전자도서관\n고유가에 대한 건설산업 대응전략\n고유가에 대한 건설산업 대응전략 원문 다운로드\n2008년 상반기 들어서 국제 유가가 국제유가가 배럴당 130달러를 넘어서는 등 사상 초유의 고유가 상황이 발생하였다. 2008년 하반기 들어서면서부터는 유가가 안정세로 돌아섰다. 그러나 미국의 서브 프라임 모기지로 초래된 금융충격으로 국내에 투자하였던 외국인들이 대거 자금을 회수하면서 원화의 가치가 폭락하는 사태가 발생하였다. 결과적으로 석유를 수입해 들...\n2008년 상반기 들어서 국제 유가가 국제유가가 배럴당 130달러를 넘어서는 등 사상 초유의 고유가 상황이 발생하였다. 2008년 하반기 들어서면서부터는 유가가 안정세로 돌아섰다. 그러나 미국의 서브 프라임 모기지로 초래된 금융충격으로 국내에 투자하였던 외국인들이 대거 자금을 회수하면서 원화의 가치가 폭락하는 사태가 발생하였다. 결과적으로 석유를 수입해 들어오는 수입물가는 여전히 높은 수준을 보이고 있다.\n철강 및 원자재 파동이 한차례 지나간 이후에 유가와 환율 충격이 연이어 발생함에 따라 건설산업의 비용구조는 악화되었다. 이상과 같은 대외 요인들 이외에 국내적으로는 부동산 경기가 둔화되면서 미분양 아파트가 늘어나기 시작하였고 국토해양부의 조사에 의하면 16만호에 달하는 것으로 나타났다. 대내외적으로 건설산업계가 겪는 어려움은 커지고 있는 상황이다.\n다행히 해외건설 수주가 증가하여 외화 가득과 국민경제 성장에 건설산업이 기여하는 바가 커지는 긍정적인 효과도 발생하였다. 향후에도 중동의 오일머니로 인하여 해외건설 공사 물량은 지속적으로 유지될 것으로 보인다. 또한 최근 들어서는 자원개발 연계형 해외건설이 적극적으로 추진되고 있는 추세이어서 건설산업계가 고유가 및 고환율과 같은 대외가격 요인에서 비롯된 충격에 대비할 수 있을 것으로 기대한다.\n고유가 및 고환율에 직접적으로 노출되어 있는 하도급 공사를 위주로 하는 전문건설업체의 경우 단품슬라이딩을 적극적으로 활용하거나 대기업과 공반으로 해외건설에 진출하는 등의 자구노력을 지속적으로 강구하여야 할 것으로 보인다. 또한 주계약자형 공동도급을 활용하여 원도급업체의 지위에 준하는 계약 관계상의 지위를 확보함으로써 비용상승에 적극적으로 대비하는 노력도 필요할 것으로 보인다.\n본 연구를 수행 하면서 전문성과 열의를 가지고 설문조사와 파급효과 분석 등을 도와주신 이찬호 연구원과 연구를 자문해 주신 에너지경제연구원의 차경수 책임연구원, 대한건설정책연구원의 이종광 연구위원, 그리고 한국건설산업연구원의 장현승 연구위원 등에게도 감사의 말씀을 전한다.\n서 문 ⅲ\n요 약 ⅴ\n2. 연구범위 및 방법 2\n1) 연구범위 2\n3. 선행연구 검토 및 차별성 4\n1) 선행연구 현황 및 내용 4\n2) 차별성 및 기대효과 7\n제2 장 유가 변동 및 건설산업의 현황\n1. 유가의 변동 현황 9\n1) 2008년 상반기까지의 급격한 유가 상승 9\n2) 2008년 하반기 이후의 급격한 유가 하락 11\n2. 유가변동에 따른 건설산업의 영향 및 파급효과 13\n1) 건설경기 동향 13\n2) 체감 비용 18\n제3 장 고유가 및 고환율이 건설산업에 미치는 영향\n1. 모형 21\n2. 원유가격 상승이 건설산업에 미친 영향 24\n3. 환율상승이 건설산업에 미친 영향 28\n4. 대외가격의 상승이 건설산업에 미친 영향 29\n제4 장 건설산업의 대응전략 및 제도개선\n1. 인수합병 등 비용절감 방안 33\n1) 인수합병 33\n2) 신재생에너지 부문에 대한 R&D 투자의 확대 35\n3) 자재 공동구매 37\n2. 해외건설 진출 39\n1) 자원개발 및 도시개발 연계형 39\n2) 대기업과 중소건설업체 공동진출 44\n3. 제도개선 46\n1) 계약금액 조정제도의 합리화 46\n2) 공정거래 유도 50\n제5 장 결론\n1. 연구의 의의와 기대효과 51\n2. 연구의 특징과 한계 52\n3. 정책건의와 향후 연구과제 53\n4. 맺음말 54\n부 록 63


Azure 구독 제한 및 할당량 - Azure Resource Manager | Microsoft Docs\nAzure 구독 및 서비스 제한, 할당량 및 제약 조건\n읽는 데 236분 걸림\n이 문서는 때때로 할당량이라고도 하는 가장 일반적인 Microsoft Azure 제한의 일부를 나열합니다.\nAzure 가격 책정에 대한 자세한 내용은 Azure 가격 책정 개요를 참조하세요. 여기서 가격 계산기를 사용하여 비용을 예측할 수 있습니다. 특정 서비스(예: Windows VM)에 대한 가격 책정 세부 정보 페이지로 이동해도 됩니다. 비용 관리에 대한 팁은 Azure 청구 및 비용 관리를 사용하여 예상치 못한 비용 방지를 참조하세요.\n일부 서비스에는 조정 가능한 한도가 있습니다.\n서비스에 조정 가능한 한도가 없는 경우 다음 표에서는 제한 헤더를 사용합니다. 이런 경우에는 기본 한도와 최대 한도가 동일합니다.\n한도를 조정할 수 있는 경우 표에는 기본 한도 및 최대 한도 헤더가 포함됩니다. 한도는 기본 한도를 초과할 수 있지만 최대 한도를 초과할 수는 없습니다.\n기본 한도 이상으로 한도 또는 할당량을 높이려는 경우 비용 없이 온라인 고객 지원 요청을 개설합니다.\n‘소프트 제한’ 및 ‘하드 제한’이라는 용어를 현재 한도, 조정 가능한 한도(소프트 제한) 및 최대 한도(하드 제한)를 설명하기 위해 비공식적으로 사용하는 경우가 있습니다. 한도를 조정할 수 없는 경우에는 소프트 제한이 없으며 하드 제한만 있습니다.\n평가판 구독은 제한하거나 할당량을 증가할 수 없습니다. 평가판 구독을 사용하는 경우 종량제 구독으로 업그레이드할 수 있습니다. 자세한 내용은 Azure 평가판 구독을 종량제 구독으로 업그레이드 및 평가판 구독 FAQ를 참조하세요.\n일부 한도는 지역 수준에서 관리됩니다.\nvCPU 할당량을 한 예로 살펴보겠습니다. vCPU 지원 할당량 증가를 요청하려면 지역별로 사용하려는 vCPU 수를 결정해야 합니다. 그런 다음, 원하는 금액 및 지역에 대한 vCPU 할당량 증가를 요청합니다. 서유럽 지역에서 30개의 vCPU를 사용하여 애플리케이션을 실행해야 하는 경우, 서유럽에서 30개의 vCPU를 구체적으로 요청합니다. 이때 다른 지역의 vCPU 할당량은 증가하지 않으며 서유럽에만 30개의 vCPU 할당량이 제공됩니다.\n따라서 한 지역의 워크로드에 대한 할당량을 결정해야 합니다. 그런 다음 배포하려는 각 지역에 해당량을 요청합니다. 특정 지역의 현재 할당량을 확인하는 방법에 대한 도움말은 리소스 할당량 관련 오류 해결을 참조하세요.\n리소스 이름에 대한 제한 사항은 Azure 리소스에 대한 명명 규칙 및 제한 사항을 참조하세요.\nResource Manager API 읽기 및 쓰기 제한은 Resource Manager 요청 제한을 참조하세요.\n관리 그룹에는 다음과 같은 제한이 적용됩니다.\nAzure AD 테넌트당 관리 그룹 10000\n관리 그룹당 구독 무제한.\n관리 그룹 계층 구조의 수준 루트 수준 + 6 수준1\n관리 그룹당 직접 부모 관리 그룹 하나\n위치당 관리 그룹 수준 배포 8002\n관리 그룹 수준 배포 위치 10\n16 수준에는 구독 수준이 포함되지 않습니다.\n2800개 배포 제한에 도달하면 기록에서 더 이상 필요하지 않은 배포를 삭제합니다. 관리 그룹 수준 배포를 삭제하려면 Remove-AzManagementGroupDeployment 또는 az deployment mg delete를 사용합니다.\nAzure Resource Manager 및 Azure 리소스 그룹을 사용하는 경우 다음 제한이 적용됩니다.\nAzure Active Directory 테넌트와 연결 구독 제한 없음\n구독당 공동 관리자 제한 없음\n구독당 리소스 그룹 980\nAzure Resource Manager API 요청 크기 4,194,304바이트\n구독당 태그 수1 50\n구독당 고유한 태그 계산1 80,000\n위치당 구독 수준 배포 8002\n구독 수준 배포 위치 10\n1최대 50개의 태그를 구독에 직접 적용할 수 있습니다. 그러나 구독에는 구독 내의 리소스 그룹 및 리소스에 적용되는 태그를 무제한으로 포함할 수 있습니다. 리소스당 또는 리소스 그룹당 태그 수는 50개로 제한됩니다. Resource Manager는 태그 수가 80,000개 이하일 경우에만 구독에 고유한 태그 이름 및 값의 목록을 반환합니다. 개수가 80,000개를 초과하더라도 태그로 리소스를 찾을 수 있습니다.\n2한도에 가까워지면 배포가 기록에서 자동으로 삭제됩니다. 자세한 내용은 배포 기록에서 자동 삭제를 참조하세요.\n리소스 그룹당 리소스 리소스는 리소스 그룹으로 제한되지 않습니다. 대신 리소스 그룹의 리소스 형식에 의해 제한됩니다. 다음 행을 참조하세요.\n리소스 그룹당, 리소스 유형당 리소스 800 - 일부 리소스 유형은 800 제한을 초과할 수 있습니다. 리소스 그룹당 800 인스턴스로 제한되지 않는 리소스를 참조하세요.\n배포 기록의 리소스 그룹당 배포 8001\n배포당 리소스 800\n고유 범위당 관리 잠금 20\n리소스당 또는 리소스 그룹당 태그 수 50\n태그 키 길이 512\n태그 값 길이 256\n매개 변수 256\n리소스(인쇄 매수 포함) 800\n템플릿 식 24,576개 문자\n내보낸 템플릿의 리소스 200\n템플릿 크기 4MB\n매개 변수 파일 크기 4MB\n중첩된 템플릿을 사용하여 일부 템플릿 제한을 초과할 수 있습니다. 자세한 내용은 Azure 리소스를 배포할 때 연결된 템플릿 사용을 참조하세요. 매개 변수, 변수 또는 출력의 수를 줄이려면 개체에 여러 값을 결합할 수 있습니다. 자세한 내용은 매개 변수로 개체 사용을 참조하세요.\n총 요청 크기가 너무 크면 4 MB 미만의 템플릿이나 매개 변수 파일에 오류가 발생할 수 있습니다. 큰 요청이 방지되도록 템플릿을 간소화하는 방법에 대한 자세한 내용은 작업 크기 초과에 대한 오류 해결을 참조하세요.\n다음은 Azure AD(Azure Active Directory) 서비스에 대한 사용 제약 조건 및 기타 서비스 제한입니다.\n테넌트 단일 사용자는 멤버 또는 게스트로 최대 500개의 Azure AD 테넌트에 속할 수 있습니다.\n단일 사용자는 최대 200개의 디렉터리를 만들 수 있습니다.\n도메인 관리되는 도메인 이름은 5000개까지 추가할 수 있습니다. 모든 도메인을 온-프레미스 Active Directory와 페더레이션하도록 설정하는 경우 2500개 이하의 도메인 이름을 각 테넌트에 추가할 수 있습니다.\n기본적으로 Azure Active Directory 평가판 버전의 사용자는 최대 50,000개의 Azure AD 리소스를 단일 테넌트에 만들 수 있습니다. 확인된 도메인이 하나 이상 있는 경우 조직의 기본 Azure AD 서비스 할당량은 Azure AD 리소스 300,000개로 확장됩니다. 셀프 서비스 등록으로 만들어진 조직에 대한 Azure AD 서비스 할당량은 내부 관리자 인수를 수행하고 조직이 하나 이상의 확인된 도메인이 있는 관리형 테넌트로 변환된 후에도 50,000개의 Azure AD 리소스로 유지됩니다. 이 서비스 제한은 Azure AD 가격 책정 페이지의 리소스 500,000개 가격 책정 계층 제한과는 관련이 없습니다. 기본 할당량을 초과하여 사용하려면 Microsoft 지원에 문의해야 합니다.\n관리자가 아닌 사용자는 Azure AD 리소스를 250개까지 만들 수 있습니다. 이러한 할당량에는 활성 리소스와 삭제되었지만 복원 가능한 리소스가 포함됩니다. 삭제 후 30일이 넘지 않은 Azure AD 리소스만 복원할 수 있습니다. 지난 30일 동안 삭제된 Azure AD 리소스 중 더 이상 복원할 수 없는 개체는 1/4 값으로 이 할당량에 포함됩니다. 정규 업무를 수행하는 동안 이 할당량을 반복적으로 초과할 가능성이 높은 개발자가 있는 경우 앱 등록을 무제한으로 만들 수 있는 권한이 있는 사용자 지정 역할을 만들고 할당할 수 있습니다.\n문자열 형식 확장은 최대 256자까지 가능합니다.\n이진 형식 확장은 256바이트로 제한됩니다.\n모든 형식 및 모든 애플리케이션에서 단일 Azure AD 리소스에는 확장 값을 100개만 작성할 수 있습니다.\nUser, Group, TenantDetail, Device, Application 및 ServicePrincipal 엔터티만 String 형식 또는 Binary 형식의 단일 값 특성으로 확장할 수 있습니다.\n최대 100명의 사용자가 단일 애플리케이션의 소유자가 될 수 있습니다.\n사용자, 그룹 또는 서비스 주체는 최대 1,500개의 앱 역할 할당을 가질 수 있습니다. 이러한 제한은 단일 앱 역할의 할당 수가 아니라 모든 앱 역할의 서비스 주체, 사용자 또는 그룹에 대해 적용됩니다.\n암호 기반 SSO(Single Sign-On) 앱의 사용자 수는 48명으로 제한됩니다. 즉, 앱당 사용자 이름/암호 쌍이 48개 키로 제한됩니다. 사용자를 더 추가하려면 Azure AD에서 암호 기반 Single Sign-On 문제 해결의 문제 해결 지침을 참조하세요.\n사용자는 사용자 이름과 암호 자격 증명이 구성된 최대 48개의 앱만 가질 수 있습니다.\n애플리케이션 매니페스트 애플리케이션 매니페스트에서 최대 1200개 항목을 추가할 수 있습니다.\n관리자가 아닌 사용자는 최대 250개의 그룹을 Azure AD 조직에 만들 수 있습니다. 또한 조직에서 그룹을 관리할 수 있는 Azure AD 관리자는 그룹을 Azure AD 개체 제한까지 무제한으로 만들 수 있습니다. 사용자에 대한 제한을 제거하는 역할을 할당하는 경우 사용자 관리자 또는 그룹 관리자와 같이 권한이 낮은 기본 제공 역할에 할당합니다.\nAzure AD 조직 하나에 최대 5000개의 동적 그룹이 포함될 수 있습니다.\n단일 Azure AD 조직(테넌트)에서 최대 400개의 역할 할당 가능 그룹을 만들 수 있습니다.\n최대 100명의 사용자가 단일 그룹의 소유자가 될 수 있습니다.\n단일 그룹의 멤버가 될 수 있는 Azure AD 리소스 수에는 제한이 없습니다.\n사용자는 모든 그룹의 멤버가 될 수 있습니다. 참고: 보안 그룹을 SharePoint Online과 함께 사용하는 경우 사용자는 총 2049개의 보안 그룹에 속할 수 있습니다(예: 직접 그룹 구성원 자격뿐만 아니라 간접 그룹 구성원 자격). 이 제한을 초과하면 인증 및 검색 결과를 예측할 수 없게 됩니다.\n기본적으로 Azure AD Connect를 사용하여 온-프레미스 Active Directory에서 Azure Active Directory로 동기화할 수 있는 그룹 내 멤버 수는 50,000개로 제한됩니다. 이 한도를 초과하는 그룹 멤버 자격을 동기화해야 하는 경우 Azure AD Connect Sync V2 엔드포인트 API를 온보딩해야 합니다.\nAzure AD의 중첩 그룹은 모든 시나리오에서 지원되지 않습니다.\n그룹 만료 정책은 그룹 목록을 선택할 때 최대 500개의 Microsoft 365 그룹에 할당할 수 있습니다. 정책이 모든 Microsoft 365 그룹에 적용되는 경우에는 제한이 없습니다.\n현재 중첩 그룹을 지원하는 시나리오는 다음과 같습니다.\n한 그룹을 다른 그룹의 멤버로 추가하고 그룹을 중첩할 수 있습니다.\n그룹 멤버 자격 클레임(토큰에서 그룹 멤버 자격 클레임을 받도록 앱이 구성되면 로그인한 사용자가 멤버인 중첩 그룹이 포함됨)\n조건부 액세스(조건부 액세스 정책에 그룹 범위가 있는 경우)\n셀프 서비스 암호 재설정에 대한 액세스 제한\nAzure AD 조인 및 디바이스 등록을 수행할 수 있는 사용자 제한\n다음 시나리오는 중첩 그룹을 지원하지 않습니다.\n액세스 및 프로비저닝을 위한 앱 역할 할당(앱에 그룹을 할당하는 것은 지원되지만, 직접 할당된 그룹 내부의 중첩 그룹은 액세스 권한이 없음)\n그룹 기반 라이선스(그룹의 모든 멤버에게 자동으로 라이선스 할당)\n앱 프록시 애플리케이션마다 초당 최대 500개의 트랜잭션\nAzure AD 조직에 대해 초당 최대 750개의 트랜잭션\n트랜잭션은 고유 리소스에 대한 단일 http 요청 및 응답으로 정의됩니다. 트랜잭션이 제한되면 클라이언트는 429개의 응답을 수신합니다(너무 많은 요청).\n액세스 패널 할당된 라이선스에 관계없이 사용자별 액세스 패널에 표시할 수 있는 애플리케이션의 수는 제한이 없습니다.\n보고서 최대 1,000행을 표시하거나 보고서에 다운로드할 수 있습니다. 그 외의 데이터는 잘립니다.\n관리 단위 Azure AD 리소스가 멤버로 포함될 수 있는 관리 단위의 수는 30개 이하입니다.\n최대 30개의 Azure AD 사용자 지정 역할을 Azure AD 조직에 만들 수 있습니다.\n테넌트 범위의 단일 주체에 대한 최대 100개의 Azure AD 사용자 지정 역할 할당\n테넌트가 아닌 범위(예: 관리 단위 또는 Azure AD 개체)의 단일 주체에 대한 최대 100개의 Azure AD 기본 제공 역할 할당 테넌트 범위에는 Azure AD 기본 제공 역할 할당에 대한 제한이 없습니다.\n다른 사용자의 테넌트 정보를 읽을 수 있는 사용자의 기능은 관리자가 아닌 모든 사용자의 모든 테넌트 정보에 대한 액세스를 사용하지 않도록 설정하는 Azure AD 조직 전체 스위치를 통해서만 제한할 수 있습니다(추천하지 않음). 자세한 내용은 멤버 사용자에 대한 기본 권한을 제한하려면을 참조하세요.\n관리자 역할 멤버 자격을 추가하고 해지가 발효될 때까지 최대 15분이 소요되거나 로그아웃/로그인이 필요할 수 있습니다.\nAPI Management 제한\n최대 배율 단위 수 지역당 12개1\n캐시 크기 단위당 5GiB2\nHTTP 기관당 동시 백 엔드 연결 수3 단위당 2,0484\n캐시된 최대 응답 크기 2MiB\n최대 정책 문서 크기 256KiB5\n서비스 인스턴스당 최대 사용자 지정 게이트웨이 도메인 수6 20\n서비스 인스턴스당 최대 CA 인증서 수7 10\n구독당 최대 서비스 인스턴스 수8 20\n서비스 인스턴스당 최대 구독 수8 500\n서비스 인스턴스당 최대 클라이언트 인증서 수8 50\n서비스 인스턴스당 최대 API 수8 50\n서비스 인스턴스당 최대 API 관리 작업 수8 1,000\n최대 총 요청 기간8 30초\n최대 요청 페이로드 크기8 1GiB\n최대 버퍼링된 페이로드 크기8 2MiB\n최대 요청 URL 크기9 16384바이트\nURL 경로 세그먼트의 최대 길이10 260자\n유효성 검사 정책10에서 사용하는 API 스키마의 최대 크기 4MB\n콘텐츠 유효성 검사 정책10에서 요청 또는 응답 본문의 최대 크기 100KB\n최대 자체 호스팅 게이트웨이 수11 25\n1크기 조정 제한은 가격 책정 계층에 따라 달라집니다. 가격 책정 계층 및 해당 크기 조정 제한에 대한 자세한 내용은 API Management 가격을 참조하세요.\n2단위당 캐시 크기는 가격 책정 계층에 따라 달라집니다. 가격 책정 계층 및 해당 크기 조정 제한에 대한 자세한 내용은 API Management 가격을 참조하세요.\n3백 엔드에서 명시적으로 닫지 않으면 연결이 풀링되고 다시 사용됩니다.\n4이 제한은 기본, 표준 및 프리미엄 계층 단위당입니다. 개발자 계층은 1,024개로 제한됩니다. 이 제한은 소비 계층에 적용되지 않습니다.\n5이 제한은 기본, 표준 및 프리미엄 계층에 적용됩니다. 소비 계층에서 정책 문서 크기는 16KiB로 제한됩니다.\n6여러 사용자 지정 도메인은 개발자 및 프리미엄 계층에서만 지원됩니다.\n7CA 인증서는 소비 계층에서 지원되지 않습니다.\n8이 제한은 소비 계층에만 적용됩니다. 이러한 범주에는 다른 계층에 대한 제한이 없습니다.\n9소비 계층에만 적용됩니다. 최대 2,048바이트 길이의 쿼리 문자열을 포함합니다.\n10 이 제한을 늘리려면 지원에 문의하세요.\n11 자체 호스팅 게이트웨이는 개발자 및 프리미엄 계층에서만 지원됩니다. 이 제한은 자체 호스팅 게이트웨이 리소스의 수에 적용됩니다. 이 제한을 늘리려면 지원에 문의하세요. 자체 호스팅 게이트웨이 리소스와 연결된 노드(또는 복제본)의 수는 프리미엄 계층에서 무제한이며, 개발자 계층에서는 단일 노드로 제한됩니다.\nApp Service 제한\nAzure App Service 계획당 웹, 모바일 또는 API 앱 수1 10 100 무제한2 무제한2 무제한2 무제한2\nApp Service 계획 지역당 10개 리소스 그룹 당 10 리소스 그룹당 100 리소스 그룹당 100 리소스 그룹당 100 리소스 그룹당 100\n컴퓨팅 인스턴스 유형 공유됨 공유됨 전용3 전용3 전용3\n규모 확장(최대 인스턴스 수) 1개 공유됨 1개 공유됨 3개 전용됨3 10개 전용됨3 v1의 경우 20개 전용됨, v2 및 v3의 경우 30개 전용됨3 100개 전용됨 4\n스토리지5 1GB5 1GB5 10GB5 50GB5 250GB5 1TB5\n사용 가능한 스토리지 할당량은 999GB입니다.\nCPU 시간(5분)6 3분 3분 무제한, 표준 요금으로 결제 무제한, 표준 요금으로 결제 무제한, 표준 요금으로 결제 무제한, 표준 요금으로 결제\nCPU 시간(일)6 60분 240분 무제한, 표준 요금으로 결제 무제한, 표준 요금으로 결제 무제한, 표준 요금으로 결제 무제한, 표준 요금으로 결제\n메모리(1시간) App Service 계획당 1,024MB 앱당 1,024MB 해당 없음 해당 없음 해당 없음 해당 없음\n대역폭 165 MB 무제한, 데이터 전송 요금 이 적용 무제한, 데이터 전송 요금 이 적용 무제한, 데이터 전송 요금 이 적용 무제한, 데이터 전송 요금 이 적용 무제한, 데이터 전송 요금 이 적용\n애플리케이션 아키텍처 32비트 32비트 32비트/64비트 32비트/64비트 32비트/64비트 32비트/64비트\n인스턴스당 웹 소켓 수7 5 35 350 제한 없음 제한 없음 제한 없음\n인스턴스당 아웃바운드 IP 연결 수 600 600 인스턴스 크기에 따라 다름8 인스턴스 크기에 따라 다름8 인스턴스 크기에 따라 다름8 16,000\n애플리케이션당 동시 디버거 연결 1 1 1 5 5 5\n구독당 App Service 인증서 수9 지원 안 함 지원 안 함 10 10 10 10\n앱당 사용자 지정 도메인 0(azurewebsites.net 하위 도메인 전용) 500 500 500 500 500\n사용자 지정 도메인 SSL 지원 지원되지 않음, *.azurewebsites.net에 대한 와일드카드 인증서는 기본적으로 사용 가능 지원되지 않음, *.azurewebsites.net에 대한 와일드카드 인증서는 기본적으로 사용 가능 무제한 SNI SSL 연결 무제한 SNI SSL 및 1개의 IP SSL 연결 포함 무제한 SNI SSL 및 1개의 IP SSL 연결 포함 무제한 SNI SSL 및 1개의 IP SSL 연결 포함\n하이브리드 연결 플랜당 5개 플랜당 25개 앱당 220개 앱당 220개\n가상 네트워크 통합 X X X\n프라이빗 엔드포인트 앱당 100\n통합 부하 분산 장치 X X X X X10\n액세스 제한 앱당 512개 규칙 앱당 512개 규칙 앱당 512개 규칙 앱당 512개 규칙 앱당 512개 규칙 앱당 512개 규칙\n예약된 백업 수 2시간마다 예약된 백업 기준, 매일 최대 12개 백업(수동 + 예약) 1시간마다 예약된 백업 기준, 매일 최대 50개 백업(수동 + 예약) 1시간마다 예약된 백업 기준, 매일 최대 50개 백업(수동 + 예약)\n엔드포인트 모니터링 X X X X\n앱당 스테이징 슬롯 수 5 20 20\n프로덕션에서 테스트 X X X\n진단 로그 X X X X X X\n인증 및 권한 부여 X X X X X X\nApp Service 관리형 인증서(공개 미리 보기)12 X X X X\n1 별도로 명시하지 않는 한 App Service 계획당 앱 및 스토리지 할당량입니다.\n2 이러한 머신에서 호스팅할 수 있는 앱의 실제 수는 앱의 활동, 머신 인스턴스의 크기 및 해당 리소스 사용률에 따라 달라집니다.\n3 전용 인스턴스의 크기는 다를 수 있습니다. 자세한 내용은 App Service 가격 책정을 참조하세요.\n4 요청 시 더 많이 사용할 수 있습니다.\n5 스토리지 제한은 동일한 App Service 계획에 있는 모든 앱의 총 콘텐츠 크기입니다. 단일 리소스 그룹 및 지역의 모든 App Service 계획에 있는 모든 앱의 전체 콘텐츠 크기는 500GB를 초과할 수 없습니다. App Service에서 호스트되는 앱의 파일 시스템 할당량은 지역 및 리소스 그룹에서 만들어진 App Service 계획의 집계에 의해 결정됩니다.\n6 이러한 리소스는 전용 인스턴스의 실제 리소스(인스턴스 크기 및 인스턴스 수)로 제한됩니다.\n7 기본 계층의 앱을 두 개의 인스턴스로 확장하면 두 인스턴스 각각에 350개의 동시 연결이 있습니다. 표준 계층 이상에서는 웹 소켓에 대한 이론적 제한이 없지만 다른 요소에서 웹 소켓의 수를 제한할 수 있습니다. 예를 들어 허용되는 최대 동시 요청 수(maxConcurrentRequestsPerCpu로 정의됨)는 소규모 VM당 7,500개, 중간 규모 VM당 15,000개(7,500 x 2개 코어) 및 대규모 VM당 75,000개(18,750 x 4개 코어)입니다.\n8 최대 IP 연결 수는 인스턴스당 기준이며, 인스턴스 크기에 따라 달라집니다. 즉, B1/S1/P1V3 인스턴스당 1,920개, B2/S2/P2V3 인스턴스당 3,968개, B3/S3/P3V3 인스턴스당 8,064개입니다.\n9 구독당 App Service Certificate 할당량 제한은 지원 요청을 통해 200개(최대 제한)까지 늘릴 수 있습니다.\n10 App Service 격리 SKU는 Azure Load Balancer를 통해 내부적으로 부하 분산(ILB)될 수 있으므로 인터넷으로부터의 퍼블릭 연결이 없습니다. 그 결과, ILB 격리 App Service의 일부 기능은 ILB 네트워크 엔드포인트와 직접 액세스되는 컴퓨터에서 사용해야 합니다.\n11 App Service 인스턴스 내에서 요청 시, 일정에 따라 또는 연속적인 백그라운드 작업으로 사용자 지정 실행 파일 및/또는 스크립트를 실행합니다. Always On은 연속 Webjob 실행을 위해 필요합니다. App Service 인스턴스에서 실행할 수 있는 WebJobs 수에는 미리 정의된 제한이 없습니다. 애플리케이션 코드에서 수행하려고 하는 작업에 따라 실제적인 제한이 있습니다.\n12 Naked 도메인은 지원되지 않습니다. 표준 인증서만 발급합니다(와일드카드 인증서는 사용할 수 없음). 사용자 지정 도메인당 무료 인증서는 하나만 사용할 수 있습니다.\nAzure Automation 계정당 30초마다 제출할 수 있는 새 작업의 최대 수(예약되지 않은 작업) 100 이 한도에 도달하면 작업을 만들기 위한 후속 요청이 실패합니다. 클라이언트는 오류 응답을 받습니다.\nAutomation 계정당 동일한 인스턴스 시간에 동시 실행 작업의 최대 수(예약되지 않은 작업) 200 이 한도에 도달하면 작업을 만들기 위한 후속 요청이 실패합니다. 클라이언트는 오류 응답을 받습니다.\n30일 롤링 기간 동안 작업 메타데이터의 최대 스토리지 크기 10GB(약 4백만 개 작업) 이 한도에 도달하면 작업을 만들기 위한 후속 요청이 실패합니다.\n최대 작업 스트림 한도 1MiB 단일 스트림이 1MiB를 초과하면 안 됩니다.\nAutomation 계정당 30초마다 가져올 수 있는 모듈의 최대 수 5\n모듈의 최대 크기 100MB\n노드 구성 파일의 최대 크기 1MB 상태 구성에 적용\n작업 런타임, 무료 계층 월별 구독당 500분\n샌드박스당 허용되는 디스크 공간의 최대 크기1 1 GB Azure 샌드박스에만 적용됩니다.\n샌드박스에 지정된 최대 메모리 양1 400 MB Azure 샌드박스에만 적용됩니다.\n샌드박스당 허용되는 최대 네트워크 소켓 수1 1,000 Azure 샌드박스에만 적용됩니다.\nRunbook당 허용되는 최대 런타임1 3시간 Azure 샌드박스에만 적용됩니다.\n구독에서 Automation 계정의 최대 수 제한 없음\nAutomation 계정당 최대 시스템 하이브리드 runbook worker 수 4,000\nAutomation 계정당 최대 사용자 하이브리드 runbook worker 수 4,000\n단일 Hybrid Runbook Worker에서 실행할 수 있는 최대 동시 작업 수 50\n최대 Runbook 작업 매개 변수 크기 512KB\n최대 Runbook 매개 변수 50 50개의 매개 변수 한도에 도달하면 JSON 또는 XML 문자열을 매개 변수에 전달하고 Runbook을 사용하여 구문 분석할 수 있습니다.\n최대 웹후크 페이로드 크기 512KB\n작업 데이터가 보존되는 최대 일수 30일\n최대 PowerShell 워크플로 상태 크기 5 MB 워크플로를 검사할 때 PowerShell 워크플로 Runbook에 적용됩니다.\nAutomation 계정에서 지원되는 최대 태그 수 15\n1샌드박스는 여러 작업에서 사용할 수 있는 공유 환경입니다. 동일한 샌드박스를 사용하는 작업에는 샌드박스의 리소스 제한이 적용됩니다.\n변경 내용 추적 및 인벤토리\n다음 표는 변경 내용 추적에 대한 머신당 추적된 항목 한도를 보여 줍니다.\n파일 크기 5 MB\nWindows 소프트웨어 250 소프트웨어 업데이트를 포함하지 않습니다.\nLinux 패키지 1,250\n다음 표에서는 업데이트 관리의 한도를 보여 줍니다.\n업데이트 배포당 머신 수 1000\n업데이트 배포당 동적 그룹 수 500\n무료 계층에 대한 구성 저장소 구독당 1개 저장소\n표준 계층에 대한 구성 저장소 구독당 무제한 저장소\n무료 계층에 대한 구성 저장소 요청 일별 1000건의 요청 할당량을 모두 사용하고 나면, 하루가 지나기 전까지 모든 요청에 대해 HTTP 상태 코드 429가 반환됩니다.\n표준 계층에 대한 구성 저장소 요청 시간당 30,000 할당량이 소진되면 요청은 해당 시간이 끝날 때까지 너무 많은 요청을 나타내는 HTTP 상태 코드 429를 반환할 수 있습니다.\n무료 계층용 스토리지 10MB\n표준 계층용 스토리지 1GB\n키 및 값 10KB 모든 메타데이터를 포함한 단일 키-값 항목의 경우\nAzure API for FHIR 서비스 제한\nAzure API for FHIR은 실행 가능한 분석 및 기계 학습 솔루션을 위한 솔루션을 사용하는 임상 건강 데이터를 위한 관리형 표준 기반 규격의 API입니다.\nRU(요청 단위) 10,000RUs 지원팀에 문의 사용 가능한 최대 수는 1,000,000입니다. 최소 400RU 또는 40RU/GB 중 큰 쪽이 필요합니다.\n동시 연결 2개의 인스턴스에서 15개의 동시 연결(총 30개의 동시 요청) 고객 지원 문의\n구독당 Azure API for FHIR 서비스 인스턴스 10 고객 지원 문의\n캐시 크기 1.2TB\n연결된 최대 클라이언트 수 40,000\n고가용성을 위한 Azure Cache for Redis 복제본 1\n클러스터링을 사용하여 프리미엄 캐시 분할 10\nAzure Cache for Redis 제한 및 크기는 각 가격 책정 계층에 따라 다릅니다. 가격 책정 계층 및 해당 관련 크기를 확인하려면 Azure Cache for Redis 가격 책정을 참조하세요.\nAzure Cache for Redis 인스턴스의 구성 및 관리는 Microsoft에서 수행하므로 Azure Cache for Redis에서 모든 Redis 명령이 지원되지는 않습니다. 자세한 내용은 Azure Cache for Redis에서 지원되지 않는 Redis 명령을 참조하세요.\nAzure Cloud Services 제한\n배포당 웹 또는 작업자 역할1 25\n배포당 인스턴스 입력 엔드포인트 25\n배포당 입력 엔드포인트 25\n배포당 내부 엔드포인트 25\n배포당 호스티드 서비스 인증서 199\n1웹 또는 작업자 역할이 있는 각 Azure 클라우드 서비스에는 프로덕션용과 스테이징용으로 두 개의 배포가 있을 수 있습니다. 이 한도는 고유한 역할 수, 즉 구성을 참조합니다. 이 한도는 역할당 인스턴스 수, 즉 크기 조정을 참조하지 않습니다.\n가격 책정 계층은 검색 서비스의 용량 및 제한을 결정합니다. 계층은 다음을 포함합니다.\n무료 다중 테넌트 서비스는 다른 Azure 구독자와 공유되며 평가 및 소규모 개발 프로젝트용으로 사용하기 위한 것입니다.\n기본 은 높은 가용성의 쿼리 작업에 대한 최대 3개의 복제본과 함께 프로덕션 워크로드 전용 컴퓨팅 리소스를 더 작은 규모로 제공합니다.\nStandard 는 S1, S2, S3 및 S3 고밀도를 포함하며 대규모 프로덕션 워크로드를 위한 것입니다. Standard 계층 내에는 여러 수준이 있으므로 워크로드 프로필에 가장 적합한 리소스 구성을 선택할 수 있습니다.\n구독 내에서 여러 개의 서비스를 만들 수 있습니다. 각 서비스는 특정 계층에서 프로비저닝될 수 있습니다. 각 계층에서 허용되는 서비스 수에 의해서만 제한됩니다. 예를 들어, 기본 계층에 최대 12개의 서비스를 만들고, 동일한 구독 내의 S1 계층에 12개의 다른 서비스를 만들 수 있습니다. 계층에 대한 자세한 내용은 Azure Cognitive Search에 대한 SKU 또는 계층 선택을 참조하세요.\n최대 서비스 제한은 요청 시 설정할 수 있습니다. 동일한 구독 내에서 더 많은 서비스가 필요한 경우 Azure 지원에 문의하세요.\n최대 서비스 1 16 16 8 6 6 6 6\nSU(검색 단위)의 최대 규모2 N/A 3 SU 36 SU 36 SU 36 SU 36 SU 36 SU 36 SU\n1 체험 계층은 전용이 아닌 공유 리소스를 기반으로 합니다. 강화는 공유 리소스에서 지원되지 않습니다.\n2 검색 단위는 복제본 또는 파티션 으로 할당되는 청구 단위입니다. 스토리지, 인덱싱 및 쿼리 작업에 대해 두 리소스가 모두 필요합니다. SU 계산에 대한 자세한 내용은 쿼리 및 인덱스 작업을 위한 리소스 수준 확장을 참조하세요.\n검색 서비스당 제한\n검색 서비스는 디스크 공간이나 인덱스 또는 인덱서 최대 수의 하드 제한 중에서 먼저 충족되는 조건에 따라 제한됩니다. 다음 표에서는 스토리지 제한에 대해 설명합니다. 최대 개체 제한은 리소스별 제한을 참조하세요.\nSLA(서비스 수준 계약)2 예 예 예 예 예 예 예 예\n파티션당 스토리지 50MB 2GB 25GB 100GB 200GB 200GB 1TB 2TB\n서비스당 파티션 해당 없음 1 12 12 12 3 12 12\n파티션 크기 해당 없음 2GB 25GB 100GB 200GB 200GB 1TB 2TB\n복제본 해당 없음 3 12 12 12 12 12 12\n1 기본 계층에는 고정된 파티션 하나만 있습니다. 추가 검색 단위를 사용하여 더 큰 쿼리 볼륨의 복제본을 추가할 수 있습니다.\n2 서비스 수준 계약은 전용 리소스에서 청구 가능한 서비스에 적용됩니다. 체험 서비스 및 미리 보기 기능에는 SLA가 없습니다. 청구 가능한 서비스의 경우 서비스에 충분한 중복성을 프로비전할 때 SLA가 적용됩니다. 쿼리(읽기) SLA에는 두 개 이상의 복제본이 필요합니다. 쿼리 및 인덱싱(읽기-쓰기) SLA에는 세 개 이상의 복제본이 필요합니다. 파티션의 수는 SLA 고려사항이 아닙니다.\n문서 크기, 초당 쿼리, 키, 요청 및 응답을 비롯한 보다 세부적인 제한 사항에 대한 자세한 내용은 Azure Cognitive Search의 서비스 제한 사항을 참조하세요.\nAzure 구독당 Cognitive Services 리소스 수에는 다음 한도가 적용됩니다. 각 Cognitive Services에는 다른 한도가 있을 수도 있습니다. 자세한 내용은 Azure Cognitive Services를 참조하세요.\nCognitive Services 리소스 혼합 지역별 Cognitive Services 리소스 최대 총 200개 미국 서부의 Computer Vision 리소스 100개, 미국 서부의 Speech Service 리소스 50개, 미국 서부의 Text Analytics 리소스 50개\nCognitive Services 리소스의 단일 형식 지역별 리소스 최대 100개 미국 서부 2의 Computer Vision 리소스 수 100개와 미국 동부의 Computer Vision 리소스 수 100개\nAzure Cosmos DB 제한은 Azure Cosmos DB 제한을 참조하세요.\n다음 표에서는 Azure Data Explorer 클러스터의 최대 한도에 대해 설명합니다.\n구독당 지역별 클러스터 수 20\n클러스터당 인스턴스 수 1000\n클러스터의 데이터베이스 수 10000\n리더 클러스터(데이터 공유 생산자)당 팔로워 클러스터(데이터 공유 소비자) 수 100\n다음 표에서는 Azure Data Explorer 클러스터에서 수행되는 관리 작업에 대한 한도를 설명합니다.\n클러스터 읽기(예: 클러스터 가져오기) 5분당 500개\n클러스터 쓰기(예: 데이터베이스 만들기) 시간당 1,000개\nAzure Database for MySQL 제한은 Azure Database for MySQL의 제한 사항을 참조하세요.\nAzure Database for PostgreSQL 제한은 Azure Database for PostgreSQL의 제한 사항을 참조하세요.\n기본 시간 제한 기간(분) 5 30 301 30 30\n최대 시간 제한 기간(분) 10 무제한7 무제한2 unbounded unbounded\n최대 아웃바운드 연결 수(인스턴스당) 600개 활성(총 1,200개) unbounded unbounded unbounded unbounded\n최대 요청 크기(MB)3 100 100 100 100 클러스터에 따라 다름\n최대 쿼리 문자열 길이3 4096 4096 4096 4096 클러스터에 따라 다름\n최대 요청 URL 길이3 8192 8192 8192 8192 클러스터에 따라 다름\n인스턴스당 ACU 100 210-840 100-840 210-2508 AKS 가격 책정\n최대 메모리(인스턴스당 GB) 1.5 3.5-14 1.75-14 3.5 - 14 모든 노드가 지원됩니다.\n최대 인스턴스 수 200 1009 SKU10에 따라 다름 10010 클러스터에 따라 다름\n계획당 함수 앱 100 100 무제한4 unbounded unbounded\nApp Service 계획 지역당 100 리소스 그룹당 100 리소스 그룹당 100 - -\n스토리지5 5TB 250GB 50-1000GB 1TB 해당 없음\n앱당 사용자 지정 도메인 5006 500 500 500 해당 없음\n사용자 지정 도메인 SSL 지원 무제한 SNI SSL 연결 포함 무제한 SNI SSL 및 1개의 IP SSL 연결 포함 무제한 SNI SSL 및 1개의 IP SSL 연결 포함 무제한 SNI SSL 및 1개의 IP SSL 연결 포함 해당 없음\n1 기본적으로 App Service 요금제의 Functions 1.x 런타임에 대한 제한 시간은 무제한입니다.\n2 App Service 요금제를 Always On으로 설정해야 합니다. 표준 요금으로 결제하세요.\n3 이러한 한도는 호스트에 설정됩니다.\n4 호스트할 수 있는 함수 앱의 실제 수는 앱의 활동, 머신 인스턴스의 크기 및 해당 리소스 사용률에 따라 달라집니다.\n5 스토리지 제한은 동일한 App Service 요금제에 있는 모든 앱에서 임시 스토리지의 총 콘텐츠 크기입니다. 소비 계획은 임시 스토리지에 Azure Files를 사용합니다.\n6 소비 계획에서 함수 앱이 호스트되는 경우 CNAME 옵션만 지원됩니다. 프리미엄 플랜 또는 App Service 요금제에서 호스트되는 함수 앱의 경우 CNAME 또는 A 레코드 중 하나를 사용하여 사용자 지정 도메인을 매핑할 수 있습니다.\n7 최대 60분까지 보장됩니다.\n8 작업자는 고객 앱을 호스트하는 역할입니다. 작업자는 3가지 고정된 크기로 사용할 수 있습니다. vCPU/3.5GB RAM 1개, vCPU/7GB RAM 2개, vCPU/14GB RAM 4개\n9 Linux에서 프리미엄 플랜으로 실행하는 경우 현재 20개의 인스턴스로 제한됩니다.\n10 자세한 내용은 App Service 제한을 참조하세요.\n자세한 내용은 Functions 호스팅 플랜 비교를 참조하세요.\nAzure Kubernetes Service 제한\n구독당 최대 클러스터 수 5,000\nVirtual Machine Availability Sets 및 기본 Load Balancer SKU를 사용하는 클러스터당 최대 노드 수 100\nVirtual Machine Scale Sets 및 표준 Load Balancer SKU를 사용하는 클러스터당 최대 노드 수 1000(모든 노드 풀에서)\n클러스터당 최대 노드 풀 100\n노드당 최대 Pod 수: Kubenet을 사용하는 기본 네트워킹 최대: 250\n노드당 최대 Pod 수: Azure Container Networking Interface를 사용하는 고급 네트워킹 최대: 250\nOSM(오픈 서비스 메시) AKS addon 미리 보기 Kubernetes 클러스터 버전: 1.19+1\n클러스터당 OSM 컨트롤러: 11\nOSM 컨트롤러당 Pod: 5001\nOSM에서 관리하는 Kubernetes 서비스 계정: 501\n1 AKS의 OSM 추가 기능은 미리 보기 상태 이며 GA (일반 공급) 이전에 추가 향상 된 기능을 제공 합니다. 미리 보기 단계에서 표시된 제한을 초과하지 않는 것이 좋습니다.\n유료 계층 부하에 따라 자동으로 확장 됩니다.\n무료 계층 처리 중인 요청 제한 으로 제한 된 리소스 50 변경 및 100 읽기 전용 호출\nAzure Machine Learning 제한\nAzure Machine Learning 컴퓨팅 할당량의 최신 값은 Azure Machine Learning 할당량 페이지에서 찾을 수 있습니다.\n다음 표에서는 Azure Maps S0 가격 책정 계층의 사용 제한을 보여줍니다. 사용량 제한은 가격 책정 계층에 따라 달라집니다.\nS0 가격 책정 계층 한도\n구독당 최대 요청 속도 초당 50회 요청\n다음 표에서는 Azure 구독의 Azure Maps 계정에 대한 누적 데이터 크기 제한을 보여줍니다. Azure Maps Data 서비스는 S1 가격 책정 계층에서만 사용할 수 있습니다.\nAzure 구독당 최대 스토리지 1 GB\n파일 업로드당 최대 크기 100MB\nAzure Monitor 제한\n메트릭 경고 수(클래식) 구독당 100개 활성 경고 규칙 지원 요청\n메트릭 경고 구독당 5,000개 활성 경고 규칙(Azure 퍼블릭, Azure 중국 21Vianet 및 Azure Government 클라우드 기준) 이 제한에 도달하면 동일한 유형의 다중 리소스 경고를 사용할 수 있는지 살펴보세요.\n경고 규칙당 5000개의 메트릭 시계열. 지원 요청\n활동 로그 경고 구독당 100개 활성 경고 규칙(늘릴 수 없음) 기본값과 동일\n로그 경고 구독당 1000개 활성 경고 규칙 리소스당 1000개 활성 경고 규칙 지원 요청\n경고 규칙 및 작업 규칙 설명 길이 로그 검색 경고 4096자\n다른 모든 경고 2048자 기본값과 동일\nAzure Monitor 경고에는 과도한 수의 호출을 하는 사용자로부터 보호하기 위한 몇 가지 제한 한도가 있습니다. 이러한 동작은 잠재적으로 시스템 백 엔드 리소스에 과부하를 일으키고 서비스 응답성을 저하시킬 수 있습니다. 다음 제한은 중단으로부터 고객을 보호하고 일관된 서비스 수준을 보장하기 위해 마련되었습니다. 사용자 제한은 극단적인 사용 시나리오에만 영향을 주도록 설계되었으며 일반적인 사용과 관련이 없어야 합니다.\nGET alertsSummary 구독당 50개 호출(분당) 기본값과 동일\nGET 경고(경고 ID를 지정하지 않음) 구독당 100개 호출(분당) 기본값과 동일\n기타 모든 호출 구독당 1000개 호출(분당) 기본값과 동일\nAzure 앱 푸시 작업 그룹당 10개의 Azure 앱 작업. 기본값과 동일\n메일 작업 그룹당 1000개의 이메일 작업.\n시간당 메일 100개 이하.\n또한 속도 제한 정보를 참조하세요. 기본값과 동일\nITSM 작업 그룹당 10개의 ITSM 작업. 기본값과 동일\n논리 앱 작업 그룹당 10개 논리 앱 작업. 기본값과 동일\nRunbook 작업 그룹당 10개의 Runbook 작업. 기본값과 동일\nSMS 작업 그룹당 10개의 SMS 작업.\n5분마다 1개 이하의 SMS 메시지.\n음성 작업 그룹당 10개의 음성 작업.\n5분마다 1개 이하의 음성 통화.\n웹후크 작업 그룹당 10개의 webhook 작업. 최대 웹후크 호출 수는 구독당 분당 1500개입니다. 작업별 정보에서 다른 제한을 확인할 수 있습니다. 기본값과 동일\n자동 크기 조정 설정 구독당 지역별 100개 기본값과 동일\n자동 크기 조정 프로필 자동 크기 조정 설정당 20개 프로필 기본값과 동일\n쿼리 언어 Azure Monitor는 Azure Data Explorer와 동일한 Kusto 쿼리 언어를 사용합니다. Azure Monitor에서 지원되지 않는 KQL 언어 요소는 Azure Monitor 로그 쿼리 언어 차이를 참조하세요.\nAzure 지역 데이터가 여러 Azure 지역의 Log Analytics 작업 영역에 걸쳐있는 경우 로그 쿼리에 과도한 오버헤드가 발생할 수 있습니다. 자세한 내용은 쿼리 제한을 참조하세요.\n리소스 간 쿼리 100으로 제한된 단일 쿼리에서 Application Insights 리소스 및 Log Analytics 작업 영역의 최대 수\n뷰 디자이너에서는 리소스 간 쿼리가 지원되지 않습니다.\n로그 경고의 리소스 간 쿼리는 새 scheduledQueryRules API에서 지원됩니다.\n자세한 내용은 리소스 간 쿼리 제한을 참조하세요.\n사용자 쿼리 제한\nAzure Monitor에는 과도한 쿼리를 보내는 사용자로부터 보호하기 위한 몇 가지 제한 한도가 있습니다. 이러한 동작은 잠재적으로 시스템 백 엔드 리소스에 과부하를 일으키고 서비스 응답성을 저하시킬 수 있습니다. 다음 제한은 중단으로부터 고객을 보호하고 일관된 서비스 수준을 보장하기 위해 마련되었습니다. 사용자 제한은 극단적인 사용 시나리오에만 영향을 주도록 설계되었으며 일반적인 사용과 관련이 없어야 합니다.\n동시 쿼리 5 사용자에 대해 이미 5개의 쿼리가 실행 중인 경우 모든 새 쿼리는 사용자당 동시성 큐에 배치됩니다. 실행 중인 쿼리 중 하나가 종료되면 큐에 있는 다음 쿼리가 시작됩니다. 여기에는 경고 규칙의 쿼리는 포함되지 않습니다.\n동시성 큐의 시간 3분 쿼리가 시작되지 않고 3분 이상 큐에 있으면 코드 429와 함께 HTTP 오류 응답으로 종료됩니다.\n동시성 큐의 총 쿼리 수 200 큐에 있는 쿼리 수가 200에 도달하면 추가 쿼리는 HTTP 오류 코드 429와 함께 거부됩니다. 이 숫자는 동시에 실행할 수 있는 5개의 쿼리에 추가됩니다.\n쿼리 속도 30초 당 200개의 쿼리 이는 단일 사용자가 모든 작업 영역에 쿼리를 제출할 수 있는 전체 비율입니다. 이 제한은 프로그래밍 방식 쿼리 또는 Azure 대시보드 및 Log Analytics 작업 영역 요약 페이지와 같은 시각화 부분에서 시작된 쿼리에 적용됩니다.\nAzure Monitor에서 로그 쿼리 최적화에 설명된 대로 쿼리를 최적화합니다.\n대시보드 및 통합 문서에는 로드하거나 새로 고칠 때마다 쿼리 버스트를 생성하는 여러 쿼리가 단일 보기에 포함될 수 있습니다. 요청 시 로드되는 여러 보기로 분할할 것을 고려합니다.\nPower BI에서는 원시 로그가 아닌 집계된 결과만 추출할 것을 고려합니다.\n데이터 컬렉션 볼륨 및 보존\n(2018년 4월에 도입) 제한 없음 30~730일 데이터를 31일 넘게 보존하려면 추가 요금을 내야 합니다. Azure Monitor 가격에 대해 자세히 알아봅니다.\n레거시 무료 계층\n(2016년 4월에 도입) 500MB 7 일 작업 영역이 일일 500MB 제한에 도달하면 데이터 수집이 중지되고 다음 날부터 다시 시작됩니다. 1일은 UTC를 기준으로 합니다. Azure Security Center에서 수집하는 데이터는 이 500MB 일일 제한에 합산되지 않으며 이 제한을 초과해도 계속 수집됩니다.\n레거시 독립 실행형 GB당 계층\n(2016년 4월에 도입) 제한 없음 30~730일 데이터를 31일 넘게 보존하려면 추가 요금을 내야 합니다. Azure Monitor 가격에 대해 자세히 알아봅니다.\n레거시 표준 계층 제한 없음 30일 보존 기간을 조정할 수 없음\n레거시 프리미엄 계층 제한 없음 365일 보존 기간을 조정할 수 없음\n구독당 작업 영역의 수\n작업 영역 제한\n무료 계층 10 이 제한은 늘릴 수 없습니다.\n다른 모든 계층 제한 없음 리소스 그룹 내 리소스의 수와 구독당 리소스 그룹의 수가 제한됩니다.\n로그 쿼리에서 반환하는 최대 레코드 수 30,000 쿼리에 쿼리 범위, 시간 범위 및 필터를 사용하여 결과를 줄이세요.\n데이터 수집기 API\n단일 게시물의 최대 크기 30MB 더 큰 용량은 여러 개의 게시물로 분할하세요.\n필드 값의 최대 크기 32KB 32KB보다 긴 필드는 잘립니다.\n단일 쿼리에 반환되는 최대 레코드 수 500,000\n반환되는 데이터의 최대 크기 ~104MB(~100MiB)\n최대 쿼리 실행 시간 10분 자세한 내용은 시간 제한을 참조하세요.\n최대 요청 속도 Azure AD 사용자 또는 클라이언트 IP 주소별로 30초당 200개 요청 자세한 내용은 속도 제한을 참조하세요.\n데이터의 최대 크기 ~16.7MB(~16MiB) 커넥터 인프라는 제한이 쿼리 API 제한보다 낮게 설정되어 있음을 나타냅니다.\n최대 레코드 수 500,000\n최대 쿼리 제한 시간 110초\n차트 로그 페이지 및 커넥터의 시각화는 다른 차트 라이브러리를 사용하고 있으며 현재 커넥터에서 일부 기능을 사용할 수 없습니다.\n일반 작업 영역 제한\n테이블의 최대 열 수 500\n열 이름의 최대 문자 수 500\n데이터 수집 볼륨 속도\nAzure Monitor는 점점 더 빠른 속도로 매달 테라바이트 단위의 데이터를 보내는 수천 명의 고객을 처리하는 대규모 데이터 서비스입니다. 볼륨 속도 제한은 다중 테넌트 지원 환경의 예기치 않은 수집량 급증으로부터 Azure Monitor 고객을 격리하기 위한 것입니다. 기본 수집 볼륨 속도 임계값 500MB(압축)는 작업 영역에 정의되어 있습니다. 이 임계값은 압축되지 않은 경우에는 약 6GB/분 로 변환됩니다. 실제 크기는 로그 길이와 압축률에 따라 데이터 형식별로 다를 수 있습니다. 볼륨 속도 제한은 진단 설정을 통해 Azure 리소스에서 수집된 데이터에 적용됩니다. 볼륨 속도 제한에 도달하면 재시도 메커니즘은 30분 동안 4번 데이터를 수집하고 작업이 실패하면 데이터를 삭제하려고 시도합니다. 에이전트 또는 데이터 수집기 API에서 수집된 데이터에는 적용되지 않습니다.\n작업 영역으로 전송된 데이터의 볼륨 속도가 작업 영역에 구성된 임계값의 80%를 초과할 경우 임계값을 계속 초과하는 동안 6시간마다 작업 영역의 Operation 테이블로 이벤트가 전송됩니다. 수집 볼륨 속도가 임계값을 초과할 경우 일부 데이터가 삭제되고, 임계값을 계속 초과하는 동안 6시간마다 작업 영역의 Operation 테이블로 이벤트가 전송됩니다. 수집 볼륨 속도가 임계값을 계속 초과하거나 곧 도달할 것으로 예상되는 경우 지원 요청을 열어 임계값 상향 조정을 요청할 수 있습니다.\n수집 제한에 도달할 때 사전에 알리도록 경고 규칙을 만들려면 Azure Monitor에서 Log Analytics 작업 영역의 상태 모니터링을 참조하세요.\nLog Analytics를 사용한 기간에 따라 레거시 가격 책정 계층에 대한 액세스 권한이 있을 수 있습니다. Log Analytics 레거시 가격 책정 계층에 대해 자세히 알아보세요.\n애플리케이션별(즉, 계측 키별) 메트릭 및 이벤트의 수에 몇 가지 제한이 있습니다. 선택하는 가격 책정 계층에 따라 제한됩니다.\n일당 총 데이터 100GB 한도를 설정하여 데이터를 줄일 수 있습니다. 더 많은 데이터가 필요한 경우 포털에서 최대 1,000GB로 한도를 늘릴 수 있습니다. 1,000GB보다 큰 용량이 필요한 경우 AIDataCap@microsoft.com으로 이메일을 보내세요.\n제한 32,000 이벤트/초 제한은 분을 기준으로 측정됩니다.\n데이터 보존 로그 30~730일 이 리소스는 로그용입니다.\n데이터 보존 메트릭 90일 이 리소스는 메트릭 탐색기용입니다.\n가용성 다단계 테스트 자세한 결과 보존 90일 이 리소스는 각 단계의 자세한 결과를 제공합니다.\n최대 원격 분석 항목 크기 64kB\n일괄 처리당 최대 원격 분석 항목 수 64K\n속성 및 메트릭 이름 길이 150 형식 스키마를 참조하세요.\n속성 값 문자열 길이 8,192 형식 스키마를 참조하세요.\n추적 및 예외 메시지 길이 32,768 형식 스키마를 참조하세요.\n앱당 가용성 테스트 수 100\n프로파일러 데이터 보존 5일\n일일 전송된 프로파일러 데이터 10 GB\nAzure Data Factory는 고객 구독이 서로 다른 워크로드로부터 보호되도록 하기 위해 다음과 같은 기본 제한이 적용되는 다중 테넌트 서비스입니다. 구독에 대한 최대 제한 값을 높이려면 고객 지원에 문의하세요.\n데이터 팩터리 내 총 엔터티(예: 파이프라인, 데이터 세트, 트리거, 연결된 서비스, 프라이빗 엔드포인트 및 통합 런타임) 수 5,000 고객 지원에 문의하세요.\n한 구독의 Azure-SSIS Integration Runtime에 대한 총 CPU 코어 수 256 고객 지원에 문의하세요.\n팩터리의 모든 파이프라인에서 공유되는 데이터 팩터리당 동시 파이프라인 실행 수 10000 10000\n구독당 Azure Integration Runtime 지역별 동시 외부 활동 실행 수\n외부 활동은 통합 런타임에서 관리되지만 Databricks, 저장 프로시저, 웹 등을 포함한 연결된 서비스에서 실행됩니다. 자체 호스팅 IR에는 이 제한이 적용되지 않습니다. 3,000 3,000\n구독당 Azure Integration Runtime 지역별 동시 파이프라인 활동 실행 수\n파이프라인 활동은 Lookup, GetMetadata 및 Delete를 포함한 통합 런타임에서 실행됩니다. 자체 호스팅 IR에는 이 제한이 적용되지 않습니다. 1,000 1,000\n구독당 Azure Integration Runtime 지역별 동시 작성 작업 수\n테스트 연결을 포함하여 폴더 목록과 테이블 목록을 찾아보고 데이터를 미리 봅니다. 자체 호스팅 IR에는 이 제한이 적용되지 않습니다. 200 200\n구독당 Azure Integration Runtime 지역별 동시 데이터 통합 단위1 사용량 지역 그룹 12: 6,000\n관리 되는 가상 네트워크2: 2400 지역 그룹 12: 6,000\n관리 되는 가상 네트워크: 지원 담당자에 게 문의 하세요.\n파이프라인당 최대 활동 수(컨테이너에 대한 내부 활동 포함) 40 40\n단일 자체 호스팅 통합 런타임에 대해 만들 수 있는 연결된 통합 런타임의 최대 수 100 고객 지원에 문의하세요.\n파이프라인당 최대 매개 변수 수 50 50\nForEach 항목 100,000 100,000\nForEach 병렬 처리 20 50\n파이프라인당 최대 대기 중 실행 수 100 100\n식당 문자 8,192 8,192\n최소 연속 창 트리거 간격 5분 15분\n파이프라인 활동 실행에 대한 최대 시간 제한 7 일 7 일\n파이프라인 개체에 대한 개체당 바이트 수3 200KB 200KB\n데이터 세트 및 연결된 서비스 개체에 대한 개체당 바이트 수3 100KB 2,000KB\n각 작업 실행에 대한 페이로드당 바이트4 896KB 896KB\n복사 작업 실행당 데이터 통합 단위 수1 256 256\nAPI 호출 쓰기 1,200/시간 1,200/시간\n이 제한은 Azure Data Factory가 아닌 Azure Resource Manager가 부과합니다.\nAPI 호출 읽기 12,500/시간 12,500/시간\n분당 모니터링 쿼리 1,000 1,000\n데이터 흐름 디버그 세션의 최대 시간 8시간 8시간\n통합 런타임당 동시 데이터 흐름 수 50 고객 지원에 문의하세요.\n관리 되는 vNet의 통합 런타임 당 동시 데이터 흐름 수 20 고객 지원에 문의하세요.\n팩터리당 사용자당 동시 데이터 흐름 디버그 세션 수 3 3\n데이터 흐름 Azure IR TTL 제한 4시간 4시간\n팩터리에서 메타데이터 엔터티 크기 제한 2GB 고객 지원에 문의하세요.\n1 DIU(데이터 통합 단위)는 클라우드 간 복사 작업에 사용됩니다. 데이터 통합 단위(버전 2)에서 자세히 알아보세요. 요금 청구에 대한 자세한 내용은 Azure Data Factory 가격을 참조하세요.\n2 Azure Integration Runtime은 데이터 규정 준수, 효율성 및 네트워크 송신 비용 절감을 보장하기 위해 전역적으로 사용할 수 있습니다.\n지역 그룹 1 미국 중부, 미국 동부, 미국 동부 2, 북유럽, 서유럽, 미국 서부, 미국 서부 2\n지역 그룹 2 오스트레일리아 동부, 오스트레일리아 남동부, 브라질 남부, 인도 중부, 일본 동부, 미국 중북부, 미국 중남부, 동남 아시아, 미국 중서부\n지역 그룹 3 다른 지역\n관리형 가상 네트워크를 사용하는 경우 모든 지역 그룹의 DIU(데이터 통합 단위)는 2,400입니다.\n3 파이프라인, 데이터 세트 및 연결된 서비스 개체에서 워크로드의 논리적 그룹화를 나타냅니다. 이러한 개체에 대한 제한은 Azure Data Factory를 사용하여 이동 및 처리할 수 있는 데이터 양과는 관련이 없습니다. Data Factory는 크기를 조정하여 페타바이트 규모의 데이터를 처리할 수 있도록 설계되었습니다.\n4 각 활동 실행에 대한 페이로드에는 활동 구성, 관련 데이터 세트 및 연결된 서비스 구성(있는 경우) 및 활동 유형별로 생성된 시스템 속성의 일부가 포함됩니다. 이러한 페이로드 크기에 대한 제한은 Azure Data Factory를 사용하여 이동 및 처리할 수 있는 데이터 양과는 관련이 없습니다. 이 제한에 도달하는 경우 증상 및 권장 사항에 대해 알아보세요.\n데이터 팩터리 내의 파이프라인sd 2,500 고객 지원에 문의하세요.\n데이터 팩터리 내 데이터 세트 수 5,000 고객 지원에 문의하세요.\n데이터 세트당 동시 조각 수 10 10\n파이프라인 개체에 대한 개체당 바이트 수1 200KB 200KB\n데이터 세트 및 연결된 서비스 개체에 대한 개체당 바이트 수1 100KB 2,000KB\n구독 내 Azure HDInsight 주문형 클러스터 코어 수2 60 고객 지원에 문의하세요.\n복사 작업 실행당 클라우드 데이터 이동 단위 수3 32 32\n파이프라인 활동 실행에 대한 재시도 횟수 1,000 MaxInt(32비트)\n1 파이프라인, 데이터 세트 및 연결된 서비스 개체에서 워크로드의 논리적 그룹화를 나타냅니다. 이러한 개체에 대한 제한은 Azure Data Factory를 사용하여 이동 및 처리할 수 있는 데이터 양과는 관련이 없습니다. Data Factory는 크기를 조정하여 페타바이트 규모의 데이터를 처리할 수 있도록 설계되었습니다.\n2 주문형 HDInsight 코어는 데이터 팩터리를 포함하는 구독 외부에서 할당됩니다. 따라서 이전 제한은 주문형 HDInsight 코어에 대한 Data Factory에 적용되는 코어 제한입니다. Azure 구독과 관련된 핵심 제한과는 다릅니다.\n3 버전 1의 클라우드 DMU(데이터 이동 단위)는 클라우드 간 복사 작업에 사용됩니다. 클라우드 데이터 이동 단위(버전 1)에서 자세히 알아보세요. 요금 청구에 대한 자세한 내용은 Azure Data Factory 가격을 참조하세요.\n일정 간격 15분 15분\n재시도 간의 간격 1초 1초\n재시도 시간 제한 값 1초 1초\nAzure Resource Manager에는 API 호출 제한이 있습니다. Azure 리소스 관리자 API 제한범위 안의 속도로 API 호출을 수행할 수 있습니다.\nAzure NetApp Files에는 용량에 대한 지역 제한이 있습니다. 각 구독에 대한 표준 용량 제한은 모든 서비스 수준에서 지역당 25TiB입니다. 용량을 늘리려면 서비스 및 구독 제한(할당량) 지원 요청을 사용합니다.\nAzure NetApp Files의 제한에 대한 자세한 내용은 Azure NetApp Files의 리소스 제한을 참조하세요.\nAzure Policy 제한\n수정 작업 리소스 500\n공급자 제한 및 할당량\nAzure Quantum Service는 자사 및 타사 서비스 공급자를 모두 지원합니다. 타사 공급자는 제한 및 할당량을 소유합니다. 사용자는 공급자 블레이드에서 타사 공급자를 구성할 때 Azure Portal에서 제품 및 제한을 볼 수 있습니다.\nMicrosoft 자사 최적화 솔루션 공급자에 대해 게시된 할당량 제한은 아래에서 확인할 수 있습니다.\nSKU 학습 및 개발\nCPU 기반 동시 작업 최대 5개의 동시 작업\nFPGA 기반 동시 작업 최대 2개의 동시 작업\nCPU 기반 해 찾기 시간 매월 20시간\nFPGA 기반 해 찾기 시간 매월 1시간\n학습 및 개발 SKU를 사용하는 경우 할당량 한도 증가를 요청할 수 없습니다. 대신 SKU 규모의 성능으로 전환해야 합니다.\nSKU 규모의 성능\nCPU 기반 동시 작업 최대 100개의 동시 작업 기본 제한과 동일\nFPGA 기반 동시 작업 최대 10개의 동시 작업 기본 제한과 동일\n해 찾기 시간 매월 1,000시간 매월 최대 50,000 시간\n한도 증가를 요청해야 하는 경우 Azure 지원에 문의하세요.\n자세한 내용은 Azure Quantum 가격 책정 페이지를 참조하세요. 타사 제품에 대한 자세한 내용은 Azure Portal의 관련 공급자 페이지를 검토하세요.\nAzure RBAC(역할 기반 액세스 제어)에는 다음 제한이 적용됩니다.\nAzure 구독당 Azure 역할 할당 2,000\n관리 그룹당 Azure 역할 할당 500\nAzure 역할 할당의 설명 크기 2KB\nAzure 역할 할당의 조건 크기 8KB\n테넌트당 Azure 사용자 지정 역할 5,000\n테넌트당 Azure 사용자 지정 역할\n(Azure 독일 및 Azure 중국 21Vianet의 경우) 2,000\nAzure SignalR Service 제한\n무료 계층의 인스턴스당 Azure SignalR Service 단위 1 1\n표준 계층의 인스턴스당 Azure SignalR Service 단위 100 100\n무료 계층의 지역별 구독당 Azure SignalR Service 단위 5 5\n지역별 구독당 총 Azure SignalR Service 단위 수 150 제한 없음\n무료 계층의 단위당 일일 연결 수 20 20\n표준 계층의 단위당 일일 연결 수 1,000 1,000\n무료 계층의 단위당 일일 포함 메시지 수 20,000 20,000\n무료 계층의 일일 단일당 추가 메시지 수 0 0\n표준 계층의 단위당 일일 포함 메시지 수 1,000,000 1,000,000\n표준 계층의 일일 단일당 추가 메시지 수 제한 없음 제한 없음\n구독의 기본 한도에 대한 업데이트를 요청하려면 지원 티켓을 엽니다.\n요구 사항이 제한을 초과 하는 경우 무료 계층에서 표준 계층으로 전환 하 고 단위를 추가 합니다. 자세한 내용은 Azure SignalR 서비스 인스턴스 크기를 조정 하는 방법을 참조 하세요.\n요구 사항이 단일 인스턴스의 제한을 초과 하는 경우 인스턴스를 추가 합니다. 자세한 내용은 여러 인스턴스를 사용 하 여 SignalR 서비스를 확장 하는 방법을 참조 하세요.\nAzure VMware Solution 제한\n다음 표에서는 Azure VMware Solution의 최대 제한에 대해 설명합니다.\n프라이빗 클라우드당 클러스터 수 12\n클러스터당 최소 호스트 수 3\n클러스터당 최대 호스트 수 16\n프라이빗 클라우드당 호스트 수 96\n프라이빗 클라우드당 vCenter 1\nHCX 사이트 페어링 25(버전은 관계 없음)\nAzure VMware Solution ExpressRoute 최대 연결된 프라이빗 클라우드 4\nAzure VMware Solution ExpressRoute 포트 속도 10Gbps\n사용되는 가상 네트워크 게이트웨이는 실제 대역폭을 결정합니다. 자세한 내용은 ExpressRoute 가상 네트워크 게이트웨이 정보를 참조하세요.\nvWAN을 통해 노출되는 공용 IP 100\nvSAN 용량 제한 총 가용의 75%(SLA에 25% 사용 가능)\n다른 VMware 관련 제한에 대해서는 VMware 구성 최대 도구를 사용하세요.\n구독당 지역별 Azure Batch 계정 1-3 50\nBatch 계정당 전용 코어 90-900 지원에 문의\nBatch 계정당 낮은 우선 순위의 코어 수 10-100 지원에 문의\nBatch 계정당 활성 작업 및 작업 일정(완료된 작업에는 제한이 없음) 100-300 1,0001\nBatch 계정당 풀 20-100 5001\n1 이 한도를 초과하여 늘리려면 Azure 지원에 문의합니다.\n기본 제한은 Batch 계정을 만드는 데 사용되는 구독 유형에 따라 달라집니다. 표시된 코어 할당량은 Batch 서비스 모드의 Batch 계정에 대한 할당량입니다. 배치 계정에서 할당량을 봅니다.\n전 세계 감염병 대유행 기간 동안 용량을 보다 효율적으로 관리하기 위해 일부 지역의 신규 Batch 계정과 일부 유형의 구독에 대한 기본 코어 할당량이 위의 값 범위에서 줄었으며, 일부 경우 0개 코어로 줄었습니다. 새 Batch 계정을 만들 때 코어 할당량을 확인하고 필요한 경우 코어 할당량 증가를 요청합니다. 또는 이미 할당량이 충분한 배치 계정을 다시 사용하는 것이 좋습니다.\n클래식 배포 모델 제한\nAzure Resource Manager 배포 모델 대신 클래식 배포 모델을 사용하는 경우 다음과 같은 제한이 적용됩니다.\n구독당 vCPU1 20 10000\n구독당 공동 관리자 200 200\n구독당 Storage 계정2 100 100\n클라우드 서비스 20 200\n로컬 네트워크 10 500\n구독당 DNS 서버 9 100\n구독당 예약된 IP 20 100\n선호도 그룹 256 256\n구독 이름 길이(문자) 64 64\n1부분 CPU 코어를 사용하더라도 매우 작은 인스턴스가 vCPU 제한에 대해 하나의 vCPU로 계산됩니다.\n2스토리지 계정 제한에는 표준 및 Premium Storage 계정이 모두 포함됩니다.\nContainer Instances 제한\n구독당 지역별 표준 SKU 컨테이너 그룹의 수 1001\n구독당 지역별 전용 SKU 컨테이너 그룹의 수 01\n컨테이너 그룹당 컨테이너 개수 60\n컨테이너 그룹당 볼륨 개수 20\n구독당 지역별 표준 SKU 코어(CPU)의 수 101,2\n구독당 지역별 K80 GPU용 표준 코어(CPU)의 수 181,2\n구독당 지역별 P100 또는 V100 GPU용 표준 코어(CPU)의 수 01,2\nIP당 포트 수 5\n컨테이너 인스턴스 로그 크기 - 실행 중인 인스턴스 4MB\n컨테이너 인스턴스 로그 크기 - 중지된 인스턴스 16KB 또는 1000개 줄\n시간당 컨테이너 그룹 생성 수 3001\n5분당 컨테이너 그룹 생성 수 1001\n시간당 컨테이너 그룹 삭제 수 3001\n5분당 컨테이너 그룹 삭제 수 1001\n1제한을 늘리도록 요청하려면 Azure 지원 요청을 만듭니다. Azure 체험 계정 및 Azure for Students를 포함한 체험 구독은 제한 또는 할당량을 늘릴 수 없습니다. 체험 구독을 사용하는 경우 종량제 구독으로 업그레이드할 수 있습니다.\n2기본적으로 종량제 구독으로 제한됩니다. 제한은 다른 범주 유형에 따라 달라질 수 있습니다.\nContainer Registry 제한\n다음 표에서는 기본, 표준 및 프리미엄 서비스 계층의 기능 및 제한에 대해 자세히 설명합니다.\n포함된 스토리지1(GiB) 10 100 500\n스토리지 한도(TiB) 20 20 20\n최대 이미지 레이어 크기(GiB) 200 200 200\n최대 매니페스트 크기(MiB) 4 4 4\n분당 ReadOps2, 3 1,000 3,000 10000\n분당 WriteOps2, 4 100 500 2,000\n다운로드 대역폭2(Mbps) 30 60 100\n업로드 대역폭2(Mbps) 10 20 50\nWebhook 2 10 500\n지역에서 복제 해당 없음 해당 없음 지원됨\n가용성 영역 해당 없음 해당 없음 미리 보기\n콘텐츠 신뢰 해당 없음 해당 없음 지원됨\n프라이빗 엔드포인트가 있는 프라이빗 링크 해당 없음 해당 없음 지원됨\n• 프라이빗 엔드포인트 해당 없음 해당 없음 10\n공용 IP 네트워크 규칙 해당 없음 해당 없음 100\n서비스 엔드포인트 VNet 액세스 해당 없음 해당 없음 미리 보기\n• 가상 네트워크 규칙 해당 없음 해당 없음 100\n고객 관리형 키 해당 없음 해당 없음 지원됨\n리포지토리 범위 권한 해당 없음 해당 없음 미리 보기\n• 토큰 해당 없음 해당 없음 20,000\n• 범위 맵 해당 없음 해당 없음 20,000\n• 범위 맵당 리포지토리 해당 없음 해당 없음 500\n1 각 계층의 일별 요금에 포함된 스토리지입니다. 추가 스토리지는 GiB당 일일 추가 요금으로 레지스트리 스토리지 제한까지 사용할 수 있습니다. 요금 정보는 Azure Container Registry 가격 책정을 참조하세요. 레지스트리 스토리지 제한을 초과하는 스토리지가 필요한 경우 Azure 지원에 문의하세요.\n2ReadOps, WriteOps 및 Bandwidth 는 최소 추정치입니다. Azure Container Registry는 필요한 사용량에 따라 성능을 개선하려고 합니다.\n3 docker pull은 이미지의 레이어 수와 매니페스트 검색을 더한 값에 따라 여러 읽기 작업으로 변환됩니다.\n4 docker push는 푸시해야 하는 레이어 수에 따라 여러 쓰기 작업으로 변환됩니다. docker push에는 기존 이미지에 대해 매니페스트를 검색할 ReadOps 가 포함되어 있습니다.\nContent Delivery Network 제한\nAzure Content Delivery Network 프로필 25\n프로필당 Content Delivery Network 엔드포인트 25\n엔드포인트당 사용자 지정 도메인 25\n프로필당 최대 원본 그룹 10\n원본 그룹 당 최대 원본 10\nCDN 엔드포인트당 최대 규칙 수 25\n규칙당 최대 일치 조건 수 10\n규칙당 최대 작업 수 5\nContent Delivery Network 구독은 하나 이상의 Content Delivery Network 프로필을 포함할 수 있습니다. Content Delivery Network 프로필은 하나 이상의 Content Delivery Network 엔드포인트를 포함할 수 있습니다. 여러 프로필을 사용하여 인터넷 도메인, 웹 애플리케이션 또는 일부 기타 조건에서 Content Delivery Network 엔드포인트를 구성하는 것이 좋습니다.\nAzure Data Lake Analytics는 분산 인프라와 복잡한 코드를 관리하는 복잡한 작업을 쉽게 해 줍니다. 이는 리소스를 동적으로 프로비저닝하며, 엑사바이트 단위의 데이터를 분석하는 데 사용될 수 있습니다. 작업이 완료되면 리소스가 자동으로 서서히 종료됩니다. 사용된 처리량에 대한 비용만 지불합니다. 저장된 데이터 크기 또는 사용된 컴퓨팅 양을 늘리거나 줄일 때 코드를 다시 작성할 필요가 없습니다. 구독의 기본 한도를 높이려면 고객 지원팀에 문의하세요.\n최대 동시 작업 수 20\n계정당 최대 AU(분석 단위) 수 250 20개의 작업에 최대 250개의 AU 조합을 사용합니다. 이 한도를 높이려면 Microsoft 지원에 문의하세요.\n작업 제출의 최대 스크립트 크기 3 MB\n구독당, 지역당 Data Lake Analytics 계정의 최대 수 5 이 한도를 높이려면 Microsoft 지원에 문의하세요.\n데이터 팩터리 제한\nAzure Data Lake Storage Gen2 는 전용 서비스 또는 스토리지 계정 유형이 아닙니다. 빅 데이터 분석을 전담하는 기능의 최신 릴리스입니다. 이러한 기능은 범용 v2 또는 BlockBlobStorage 스토리지 계정에서 사용할 수 있으며 계정의 계층 구조 네임스페이스 기능을 사용하도록 설정하여 가져올 수 있습니다. 스케일링 대상은 다음 문서를 참조하세요.\nBlob Storage의 스케일링 대상\n표준 스토리지 계정의 스케일링 대상\nAzure Data Lake Storage Gen1 은 전용 서비스입니다. 빅 데이터 분석 작업을 위한 엔터프라이즈급 하이퍼스케일 리포지토리입니다. Data Lake Storage Gen1을 사용하면 운영 및 예비 분석을 위해 단일 위치에서 원하는 크기, 유형 및 수집 속도의 데이터를 캡처할 수 있습니다. Data Lake Storage Gen1 계정에 저장할 수 있는 데이터 양에는 제한이 없습니다.\n구독당, 지역당, Data Lake Storage Gen1 계정의 최대 수 10 이 한도 증가를 요청하려면 고객 지원팀에 문의하세요.\n파일 또는 폴더당 최대 액세스 ACL 수 32 이것은 하드 한도입니다. 항목 수가 적은 액세스를 관리하려면 그룹을 사용하세요.\n파일 또는 폴더당 최대 기본 ACL 수 32 이것은 하드 한도입니다. 항목 수가 적은 액세스를 관리하려면 그룹을 사용하세요.\nData Share 제한\nAzure Data Share를 사용하면 조직에서 여러 고객 및 파트너와 데이터를 간단하고 안전하게 공유할 수 있습니다.\nAzure 구독당 Data Share 리소스의 최대 수 100\nData Share 리소스당 최대 보낸 공유 수 200\nData Share 리소스당 최대 받은 공유 수 100\n보낸 공유당 최대 초대 수 200\n보낸 공유당 최대 공유 구독 수 200\n공유당 최대 데이터 세트 수 200\n공유당 최대 스냅샷 일정 수 1\nDatabase Migration Service 제한\nAzure Database Migration Service는 가동 중지 시간을 최소화하면서 여러 데이터베이스 소스에서 Azure 데이터 플랫폼으로 원활하게 마이그레이션할 수 있도록 설계된 완벽하게 관리되는 서비스입니다.\n지역별 구독당 최대 서비스 수 10 이 한도 증가를 요청하려면 고객 지원팀에 문의하세요.\nDevice Update for IoT Hub 한도\n지정된 리소스나 작업에 조정 가능한 한도가 없는 경우 기본 한도와 최대 한도는 동일합니다. 한도를 조정할 수 있는 경우 표의 기본 한도 및 최대 한도 헤더에 다른 값이 포함됩니다. 한도는 기본 한도를 초과할 수 있지만 최대 한도를 초과할 수는 없습니다. 한도나 할당량을 기본 한도 이상으로 높이려는 경우 온라인 고객 지원 요청을 엽니다.\n다음 표에서는 Azure Resource Manager의 Device Update for IoT Hub 리소스 한도를 제공합니다.\n구독당 계정 2 25 예\n계정당 인스턴스 수 2 25 예\n계정 이름의 길이 최소: 3\n최대: 24 최소: 3\n최대: 24 No\n인스턴스 이름의 길이 최소: 3\n최대: 36 최소: 3\n최대: 36 No\n다음 표에서는 Device Update for IoT Hub 내의 작업과 관련된 다양한 한도를 제공합니다.\n인스턴스당 디바이스 수 10000 10000 No\n인스턴스당 업데이트 공급자 수 25 25 아니요\n인스턴스당, 공급자당 업데이트 이름 수 25 25 아니요\n인스턴스당, 업데이트 공급자와 이름당 업데이트 버전 수 100 100 아니요\n인스턴스당 총 업데이트 수 100 100 아니요\n최대 단일 업데이트 파일 크기 2GB 2GB No\n단일 가져오기 작업 내 모든 파일의 최대 결합 크기 2GB 2GB No\n인스턴스당 디바이스 그룹 수 75 75 아니요\nDigital Twins 제한\n이 서비스의 일부 영역에는 조정 가능한 한도가 있습니다. 이는 아래 표에 ‘조정 가능 여부’ 열과 함께 표시되어 있습니다. 제한을 조정할 수 있는 경우 ‘조정 가능 여부’ 값은 ‘예’입니다.\n해당 기능 제한 내에서 작동하는 모델링 권장 사항은 모델링 모범 사례를 참조하세요.\nAzure 리소스 구독당 지역의 Azure Digital Twins 인스턴스 수 10 예\nDigital Twins Azure Digital Twins 인스턴스의 트윈 수 200,000 예\nDigital Twins 단일 쌍으로 들어오는 관계 수 5,000 아니요\nDigital Twins 단일 쌍에서 나가는 관계 수 5,000 아니요\nDigital Twins 단일 쌍의 최대 크기(PUT 또는 PATCH 요청의 JSON 본문) 32KB 아니요\nDigital Twins 최대 요청 페이로드 크기 32KB 아니요\n라우팅 단일 Azure Digital Twins 인스턴스의 엔드포인트 수 6 아니요\n라우팅 단일 Azure Digital Twins 인스턴스의 경로 수 6 예\n모델 단일 Azure Digital Twins 인스턴스 내의 모델 수 10000 예\n모델 단일 API 호출에서 업로드할 수 있는 모델 수 250 아니요\n모델 단일 모델의 최대 크기(PUT 또는 PATCH 요청의 JSON 본문) 1MB 아니요\n모델 단일 페이지에 반환된 항목 수 100 아니요\n쿼리 단일 페이지에 반환된 항목 수 100 예\n쿼리 쿼리의 AND / OR 식 수 50 예\n쿼리 IN / NOT IN 절의 배열 항목 수 50 예\n쿼리 쿼리의 문자 수 8,000 예\n쿼리 쿼리의 JOINS 수 5 예\n다음 표에서는 다양한 API의 속도 제한을 반영합니다.\n모델 API 초당 요청 수 100 예\nDigital Twins API 초당 읽기 요청 수 1,000 예\nDigital Twins API 초당 패치 요청 수 1,000 예\nDigital Twins API 모든 트윈 및 관계 에서 초당 생성/삭제 작업 수 50 예\nDigital Twins API 단일 쌍 또는 해당 관계에서 초당 생성/업데이트/삭제 작업 수 10 예\n쿼리 API 초당 요청 수 500 예\n쿼리 API 초당 쿼리 단위 4,000 예\n이벤트 경로 API 초당 요청 수 100 예\nAzure Digital Twins 모델의 DTDL 문서 내에 있는 데이터 형식 및 필드에 대한 제한은 GitHub: DTDL(Digital Twins 정의 언어) - 버전 2의 사양 설명서 내에서 찾을 수 있습니다.\n쿼리 대기 시간 세부 정보는 쿼리 언어에 설명되어 있습니다. 특정 쿼리 언어 기능의 제한 사항은 쿼리 참조 문서에서 확인할 수 있습니다.\n다음 제한은 Azure Event Grid 토픽(시스템, 사용자 지정 및 파트너 항목)에 적용됩니다.\n이러한 제한은 지역별로 제한됩니다.\nAzure 구독당 사용자 지정 토픽 100\n토픽당 이벤트 구독 500\n사용자 지정 또는 파트너 토픽에 대한 게시 비율(수신) 5000개 이벤트/초 또는 5MB/초(둘 중 먼저 충족되는 것)\n이벤트 크기 1MB\n토픽당 프라이빗 엔드포인트 연결 64\n토픽당 IP Firewall 규칙 16\nAzure Event Grid 도메인 에는 다음과 같은 제한이 적용됩니다.\n이벤트 도메인당 토픽 100,000\n도메인 내 토픽당 이벤트 구독 500\n도메인 범위 이벤트 구독 50\n이벤트 도메인에 대한 게시 비율(수신) 5000개 이벤트/초 또는 5MB/초(둘 중 먼저 충족되는 것)\nAzure 구독당 이벤트 도메인 100\n도메인당 프라이빗 엔드포인트 연결 64\n도메인당 IP 방화벽 규칙 16\n다음 표는 Azure Event Hubs의 할당량과 제한을 제공합니다. Event Hubs 가격에 대한 자세한 내용은 Event Hubs 가격 책정을 참조하세요.\n다음 제한은 모든 계층에서 공통적으로 적용됩니다.\n이벤트 허브 이름의 크기 - 256자\n소비자 그룹 이름의 크기 Kafka 프로토콜에는 소비자 그룹을 만들 필요가 없습니다.\n소비자 그룹당 비 Epoch 수신자 수 - 5\n네임스페이스당 권한 부여 규칙의 수 권한 부여 규칙 만들기에 대한 후속 요청이 거부됩니다. 12\nGetRuntimeInformation 메서드에 대한 호출 수 - 초당 50\nVNet(가상 네트워크) 수 - 128\nIP 구성 규칙 수 - 128\n스키마 그룹 이름의 최대 길이 50\n스키마 이름의 최대 길이 100\n스키마당 크기(바이트) 1MB\n스키마 그룹당 속성 수 1024\n스키마 그룹 속성 키당 크기(바이트) 256\n스키마 그룹 속성 값당 크기(바이트) 1024\n기본, 표준, 프리미엄, 전용 계층 비교\n다음 표에서는 기본, 표준, 전용 계층에 대해 다를 수 있는 제한을 보여줍니다. 표에서 CU는 용량 단위이고, PU는 처리 단위이고, TU는 처리량 단위입니다.\nEvent Hubs 게시의 최대 크기 256 KB 1MB 1MB 1MB\nEvent Hub당 소비자 그룹 수 1 20 100 1000\n네임스페이스당 조정된 연결 수 100 5,000 PU별 처리 단위당 10000 CU당 100,000\n이벤트 데이터의 최대 보존 기간 1일 7 일 90일\nPU당 1TB 90일\n최대 TU 또는 PU 또는 CU 40TU 40TU 16PU 20개 CU\nEvent Hub당 파티션 수 32 32 100 이벤트 허브당 1024\n구독당 네임스페이스의 수 1000 1000 1000 1000(CU당 50)\n네임스페이스당 Event Hubs 개수 10 10 PU당 100 1000\n캡처 해당 없음 시간당 요금 부과 포함 포함\n스키마 레지스트리(네임스페이스) 크기(메가바이트) 해당 없음 25 100 1024\n스키마 레지스트리 또는 네임스페이스에 있는 스키마 그룹 수 해당 없음 1 - 기본 그룹 제외 100\n스키마당 1MB 1000\n모든 스키마 그룹의 스키마 버전 수 해당 없음 25 1000 10000\n단위당 처리량 수신 - 초당 1MB/s 또는 1000개 이벤트\nEgress – 초당 2 m b/초 또는 4096 이벤트 수신 - 초당 1MB/s 또는 1000개 이벤트\nEgress – 초당 2 m b/초 또는 4096 이벤트 PU당 제한 없음 * CU당 제한 없음 *\n* 리소스 할당, 파티션 수, 스토리지 등과 같은 다양한 요인에 따라 달라집니다.\n이벤트를 개별적으로 게시하거나 일괄처리할 수 있습니다. 게시 제한(SKU에 따름)은 단일 이벤트인지 일괄 처리인지에 관계없이 적용됩니다. 최대 임계값보다 큰 게시 이벤트는 거부됩니다.\nIoT Central은 구독 시 배포할 수 있는 애플리케이션 수를 10개로 제한합니다. 이 제한을 늘려야 하는 경우 Microsoft 지원에 문의하세요.\n다음 표는 다양한 서비스 계층 S1, S2, S3, F1과 관련한 한도를 나타냅니다. 각 계층에서 각각의 단위 에 대한 비용은 Azure IoT Hub 가격 책정을 참조하세요.\n메시지 수/1일 400,000 6,000,000 300,000,000 8,000\n최대 단위 200 200 10 1\nS1, S2 계층 허브에서 200개 이상의 단위 또는 S3 계층 허브에서 10개 이상의 단위를 사용하려면 Microsoft 지원에 문의하세요.\n다음 표에서는 IoT Hub 리소스에 적용되는 한도를 나열합니다.\nAzure 구독당 최대 유료 IoT Hub 50\nAzure 구독당 최대 무료 IoT Hub 1\n디바이스 ID의 최대 문자 수 128\n단일 호출에서 반환되는 최대 디바이스 ID\n디바이스->클라우드 메시지의 IoT Hub 메시지 최대 보존 7 일\n디바이스->클라우드 메시지의 최대 크기 256 KB\n디바이스->클라우드 배치의 최대 크기 AMQP 및 HTTP: 전체 일괄 처리에 256KB\nMQTT: 각 메시지에 256KB\n디바이스->클라우드 배치의 최대 메시지 500\n클라우드->디바이스 메시지의 최대 크기 64KB\n클라우드->디바이스 메시지의 최대 TTL 2일\n디바이스당 클라우드-디바이스 최대 큐 깊이 50\n클라우드->장치 메시지에 대한 응답에서 피드백\n메시지의 최대 전달 수 100\n메시지의 최대 TTL 2일\n디바이스 쌍의 최대 크기 태그 섹션의 경우 8KB, 원하는 속성 섹션과 보고된 속성 섹션의 경우 각각 32KB\n디바이스 쌍 문자열 키의 최대 길이 1KB\n디바이스 쌍 문자열 값의 최대 길이 4KB\n디바이스 쌍에서 개체의 최대 깊이 10\n직접 메서드 페이로드의 최대 크기 128KB\n작업 내역의 최대 보존 30일\n최대 동시 작업 10(S3의 경우), 5(S2의 경우), 1(S1의 경우)\n최대 추가 엔드포인트 10(S1, S2 및 S3의 경우)\n최대 메시지 라우팅 규칙 100(S1, S2 및 S3의 경우)\n동시에 연결되는 최대 디바이스 스트림 수 50(S1, S2, S3 및 F1만 해당)\n최대 디바이스 스트림 데이터 전송 하루 300MB(S1, S2, S3 및 F1만 해당)\nAzure 구독에 50개를 초과하는 유료 IoT 허브가 필요한 경우 Microsoft 지원 서비스에 문의하세요.\n현재 단일 IoT 허브에 등록할 수 있는 디바이스 및 모듈의 총 수는 1,000,000개로 제한됩니다. 이 제한을 높이려면 Microsoft 지원에 문의하세요.\n다음 할당량이 초과되면 IoT Hub가 요청을 제한합니다.\n허브 단위 값\n(만들기, 검색, 목록, 업데이트 및 삭제)\n개별 또는 대량 가져오기/내보내기 83.33/초/단위(5,000/분/단위)(S3의 경우)\n1.67/초/단위(100/분/단위)(S1 및 S2의 경우)\n디바이스 연결 6,000/초/단위(S3의 경우), 120/초/단위(S2의 경우), 12/초/단위(S1의 경우)\n디바이스->클라우드 보내기 6,000/초/단위(S3의 경우), 120/초/단위(S2의 경우), 12/초/단위(S1의 경우)\n클라우드-디바이스 보내기 83.33/초/단위(5,000/분/단위)(S3의 경우), 1.67/초/단위(100/분/단위)(S1 및 S2의 경우)\n클라우드-디바이스 받기 833.33/초/단위(50,000/분/단위)(S3의 경우), 16.67/초/단위(1,000/분/단위)(S1 및 S2의 경우)\n파일 업로드 작업 83.33 파일 업로드 시작/초/단위(5,000/분/단위)(S3의 경우), 1.67 파일 업로드 시작/초/단위(100/분/단위)(S1 및 S2의 경우)\nAzure Storage 계정에 대해 한 번에 10,000개의 SAS URI를 사용할 수 있습니다.\n10 SAS URI/디바이스는 한 번에 나올 수 있습니다.\n직접 메서드 24MB/초/단위(S3의 경우), 480KB/초/단위(S2의 경우), 160KB/초/단위(S1의 경우)\n8KB 제한 미터 크기를 기준으로 합니다.\n디바이스 쌍 읽기 500/초/단위(S3의 경우), 최대 100/초 또는 10/초/단위(S2의 경우), 100/초(S1의 경우)\n디바이스 쌍 업데이트 250/초/단위(S3의 경우), 최대 50/초 또는 5/초/단위(S2의 경우), 50/초(S1의 경우)\n(만들기, 업데이트, 나열 및 삭제) 83.33/초/단위(5,000/분/단위)(S3의 경우), 1.67/초/단위(100/분/단위)(S2의 경우), 1.67/초/단위(100/분/단위)(S1의 경우)\n디바이스 단위 작업 연산 처리량 50/초/단위(S3의 경우), 최대 10/초 또는 1/초/단위(S2의 경우), 10/초(S1의 경우)\n디바이스 스트림 시작 속도 5개의 새 스트림/초(S1, S2, S3 및 F1에만 해당)\nIoT Hub Device Provisioning Service 제한\n이 서비스의 일부 영역에는 조정 가능한 한도가 있습니다. 아래 표에 조정 가능? 열과 함께 표시되어 있습니다. 제한을 조정할 수 있는 경우 ‘조정 가능 여부’ 값은 ‘예’입니다.\n제한을 조정할 수 있는 실제 값은 각 고객의 배포에 따라 달라질 수 있습니다.\n비즈니스에서 조정 가능한 제한 또는 기본 제한보다 높은 할당량이 필요한 경우 지원 티켓을 열어 추가 리소스를 요청할 수 있습니다.\nAzure 구독당 최대 디바이스 프로비저닝 서비스 10 예\n최대 등록 수 1,000,000 예\n개별 등록의 최대 수 1,000,000 예\n최대 등록 그룹 수 (X.509 인증서) 100 예\n최대 등록 그룹 수 (대칭 키) 100 아니요\n최대 CA 수 25 아니요\n연결된 최대 IoT 허브 수 50 아니요\n최대 메시지 크기 96KB 아니요\n대칭 키 등록 그룹에 대한 하드 제한이 차단 문제인 경우 해결 방안으로 개별 등록을 사용하는 것이 좋습니다.\nDevice Provisioning Service에는 다음과 같은 속도 제한이 있습니다.\n작업 200/분/서비스 예\n디바이스 등록 200/분/서비스 예\n디바이스 폴링 작업 5/10초/디바이스 아니요\nDPS의 각 API 호출은 하나의 작업 으로 청구됩니다. 여기에는 모든 서비스 API 및 디바이스 등록 API가 포함됩니다. 디바이스 등록 폴링 작업에는 요금이 청구되지 않습니다.\n키 값 제한\nAzure Key Vault 리소스 공급자는 자격 증명 모음과 관리형 HSM이라는 두 가지 리소스 유형을 지원합니다. 다음 두 섹션에서는 이들 각각에 대한 서비스 제한을 설명합니다.\n리소스 종류: 자격 증명 모음\n이 섹션에서는 리소스 종류 vaults에 대한 서비스 제한에 대해 설명합니다.\n키 트랜잭션(지역당 자격 증명 모음당 10초 내에 허용되는 최대 트랜잭션1):\n모든 다른 트랜잭션\nRSA 2,048비트 5 1,000 10 2,000\nRSA 3,072비트 5 250 10 500\nRSA 4,096비트 5 125 10 250\n위의 표에서 RSA 2,048비트 소프트웨어 키에는 10초당 2,000개 GET 트랜잭션이 허용됩니다. RSA 2,048비트 HSM 키의 경우 10초당 1,000개 GET 트랜잭션이 허용됩니다.\n제한 임계값은 가중치를 부여한 값이며, 해당 합계에 적용되어 있습니다. 예를 들어 앞의 표에 나와 있는 것처럼 RSA HSM 키에 대한 GET 작업을 수행할 때 4,096 비트 키를 사용할 경우 비용이 2,048비트 키보다 8배 더 듭니다. 1000/125 = 8이기 때문입니다.\nAzure Key Vault 클라이언트는 429 제한 HTTP 상태 코드가 표시되기 전에 지정된 10초 간격으로 다음 작업 중 하나만 수행할 수 있습니다.\n2,000RSA 2,048비트 소프트웨어 키 GET 트랜잭션\n1,000RSA 2,048비트 HSM 키 GET 트랜잭션\n125RSA 4,096비트 HSM 키 GET 트랜잭션\n124RSA 4,096비트 HSM 키 GET 트랜잭션 및 8RSA 2,048비트 HSM 키 GET 트랜잭션\n비밀, 관리되는 스토리지 계정 키 및 자격 증명 모음 트랜잭션:\n지역당, 자격 증명 모음당 10초 내에 허용되는 최대 트랜잭션1\n모든 트랜잭션 2,000\n이러한 한도에 도달할 경우 제한을 처리하는 방법에 대한 내용은 Azure Key Vault 제한 지침을 참조하세요.\n1 모든 트랜잭션 유형에 대한 구독 차원의 한도는 키 자격 증명 모음 한도의 5배입니다. 예를 들어 구독당 HSM-기타 트랜잭션은 구독당 10초 내에 5,000개 트랜잭션으로 제한됩니다.\n키, 비밀, 인증서 백업\n비밀, 키 또는 인증서와 같은 키 자격 증명 개체를 백업하면 백업 작업에서 해당 개체를 암호화된 Blob으로 다운로드합니다. 이 Blob은 Azure 외부에서 암호를 해독할 수 없습니다. 이 Blob에서 사용 가능한 데이터를 가져오려면 동일한 Azure 구독 및 Azure 지역 내의 키 자격 증명 모음으로 Blob을 복원해야 합니다.\n개별 키, 비밀, 인증서 백업 500\n제한보다 높은 버전의 키, 비밀 또는 인증서 개체를 백업하려고 시도하면 오류가 발생합니다. 이전 버전의 키, 비밀 또는 인증서는 삭제할 수 없습니다.\nKey Vault는 자격 증명 모음에 저장할 수 있는 키, 비밀 또는 인증서의 수를 제한하지 않습니다. 작업이 제한되지 않도록 하려면 자격 증명 모음에 대한 트랜잭션 제한을 고려해야 합니다.\nKey Vault는 비밀, 키 또는 인증서의 버전 수를 제한하지 않지만 많은 수의 버전(500개 이상)을 저장하면 백업 작업의 성능에 영향을 줄 수 있습니다. Azure Key Vault 백업을 참조하세요.\nAzure Private Link 통합\n구독 당 프라이빗 엔드포인트를 사용하도록 설정된 키 자격 증명 모듬의 수는 조정할 수 있는 제한입니다. 아래에 표시된 제한은 기본 제한입니다. 서비스에 대한 제한 증가를 요청하려는 경우 지원 요청을 작성하면 사례별로 평가됩니다.\n키 자격 증명 모음당 프라이빗 엔드포인트 64\n구독당 프라이빗 엔드포인트가 포함된 키 자격 증명 모음 400\n리소스 종류: 관리형 HSM\n이 섹션에서는 리소스 종류 managed HSM에 대한 서비스 제한에 대해 설명합니다.\n지역별 구독당 HSM 인스턴스 수 5\nHSM 풀당 키 수 5,000\n키당 버전 수 100\nHSM당 사용자 지정 역할 정의 수 50\nHSM 범위에서 역할 할당 수 50\n각 개별 키 범위의 역할 할당 수 10\n관리 작업에 대한 트랜잭션 제한(HSM 인스턴스별 초당 작업 수)\n초당 SQL 작업 수\n(역할 정의 및 역할 할당에 대한 모든 CRUD 작업 포함) 5\n(HSM 인스턴스당 하나의 동시 백업 또는 복원 작업만 지원됨) 1\n암호화 작업에 대한 트랜잭션 제한(HSM 인스턴스별 초당 작업 수)\n각 관리형 HSM 인스턴스는 3개의 부하 분산된 HSM 파티션을 구성합니다. 처리량 제한은 각 파티션에 할당된 기본 하드웨어 용량의 함수입니다. 아래 표는 사용 가능한 파티션이 하나 이상인 최대 처리량을 보여줍니다. 3개의 파티션을 모두 사용할 수 있는 경우 실제 처리량은 최대 3배까지 높아질 수 있습니다.\n명시된 처리량 제한은 최대 처리량을 달성하기 위해 하나의 단일 키를 사용한다고 가정합니다. 예를 들어 단일 RSA-2048 키를 사용하는 경우 최대 처리량은 1100개의 서명 작업이 됩니다. 초당 1개의 트랜잭션과 함께 1100개의 서로 다른 키를 사용하는 경우 동일한 처리량을 달성할 수 없습니다.\nRSA 키 작업(HSM 인스턴스별 초당 작업 수)\n키 만들기 1 1 1\n키 삭제(일시 삭제) 10 10 10\n키 제거 10 10 10\n키 백업 10 10 10\n키 복원 10 10 10\n키 정보 가져오기 1100 1100 1100\n암호 해독 1100 360 160\n래핑 10000 10000 6000\n래핑 취소 1100 360 160\n확인 10000 10000 6000\nEC 키 작업(HSM 인스턴스별 초당 작업 수)\n키 만들기 1 1 1 1\n키 삭제(일시 삭제) 10 10 10 10\n키 제거 10 10 10 10\n키 백업 10 10 10 10\n키 복원 10 10 10 10\n키 정보 가져오기 1100 1100 1100 1100\n확인 130 130 82 28\nAES 키 작업(HSM 인스턴스별 초당 작업 수)\n암호화/암호 해독에 대한 처리량 제한은 AES-CBC 및 AES-GCM 알고리즘에 적용됩니다.\n래핑/래핑 해제에 대한 처리량 제한은 AES-KW 알고리즘에 적용됩니다.\n암호 해독 8000 8000 8000\n래핑 9000 9000 9000\n래핑 취소 9000 9000 9000\n각 관리 ID는 Azure AD 서비스 한도 및 제한 사항에 설명된 대로 Azure AD 테넌트의 개체 할당량 한도 계산에 포함됩니다.\n관리 ID를 만들 수 있는 속도에는 다음과 같은 한도가 있습니다.\nAzure 지역별 Azure AD 테넌트당: 20초당 작업 400개 만들기\nAzure 지역별 Azure 구독당: 20초당 작업 80개 만들기\n사용자가 할당한 관리 ID가 Azure 리소스와 함께 할당될 수 있는 속도입니다.\nAzure 지역별 Azure AD 테넌트당: 20초당 작업 400개 할당\nAzure 지역별 Azure 구독당: 20초당 작업 300개 할당\nMedia Services 제한\n고정되지 않은 리소스의 경우 지원 티켓을 열어 할당량 증가를 요청하세요. 더 높은 한도를 얻기 위해 추가 Azure Media Services 계정을 만들지 마세요.\n단일 구독의 Media Services 계정 100(고정)\nMedia Services 계정당 자산 1,000,000\n파일 크기 일부 시나리오에서는 Media Services에서 처리를 위해 지원되는 최대 파일 크기에 제한이 있습니다. (1)\nStorage 계정 100(2)(고정)\n1 현재 Azure Blob Storage에서 단일 blob에 대해 지원되는 최대 크기는 최대 5TB입니다. 서비스에서 사용되는 VM 크기에 따라 Media Services에 추가 제한이 적용됩니다. 크기 제한은 업로드하는 파일과 Media Services 처리(인코딩 또는 분석)의 결과로 생성되는 파일에도 적용됩니다. 원본 파일이 260GB보다 크면 작업이 실패할 수 있습니다.\n2 스토리지 계정은 동일한 Azure 구독에 속해 있어야 합니다.\nMedia Services 계정 작업당 작업 500,000 (3)(고정)\n작업당 작업 입력 50(고정)\n작업당 작업 출력 20(고정)\nMedia Services 계정당 변환 100(고정)\n변환에서 출력 변환 20(고정)\n작업 입력당 파일 10(고정)\n3 이 번호에는 대기 중, 완료, 활성 및 취소된 작업도 포함됩니다. 삭제된 작업은 포함되지 않습니다.\n레코드의 총 수가 최고 할당량 미만인 경우에도 사용자 계정에 있는 90일이 지난 작업 레코드는 자동으로 삭제됩니다.\nMedia Services 계정당 라이브 이벤트 (4) 5\n라이브 이벤트당 라이브 출력 3(5)\n최대 라이브 출력 기간 DVR 창의 크기\n4 라이브 이벤트 제한 사항에 대한 자세한 내용은 라이브 이벤트 형식 비교 및 제한을 참조하세요.\n5 라이브 출력은 생성과 동시에 시작되고 삭제되면 중지됩니다.\n패키징 및 전달 제한\nMedia Services 계정당 스트리밍 엔드포인트(중지됨 또는 실행 중) 2\n동적 매니페스트 필터 100\n스트리밍 정책 100(6)\n한번에 자산과 연결된 고유 스트리밍 로케이터 100(7)(고정)\n6 사용자 지정 스트리밍 정책을 사용하는 경우 Media Service 계정에 대해 이러한 정책을 제한적으로 설계하고 동일한 암호화 옵션 및 프로토콜이 필요할 때마다 스트리밍 로케이터에 다시 사용해야 합니다. 각 스트리밍 로케이터에 대해 새 스트리밍 정책을 만들지 않아야 합니다.\n7 스트리밍 로케이터는 사용자별 액세스 제어를 관리하도록 설계되지 않았습니다. 개별 사용자에게 서로 다른 액세스 권한을 부여하려면 DRM(Digital Rights Management)솔루션을 사용 합니다.\n콘텐츠 키 정책당 옵션 30\n계정당 Media Services 키 전달 서비스의 각 DRM 유형에 대한 월별 라이선스 1,000,000\n고정되지 않는 리소스의 경우 지원 티켓을 열어 발생되는 할당량을 요청할 수 있습니다. 원하는 할당량 변경, 사용 사례 시나리오 및 필요한 영역에 대한 세부 정보를 요청에 포함시킵니다.\n더 높은 한도를 얻기 위해 추가 Azure Media Services 계정을 만들지 마십시오.\nMedia Services v2(레거시)\nMedia Services v2(레거시) 관련 제한은 Media Services v2(레거시)를 참조하세요.\nMobile Services 제한\nAPI 호출 500,000 단위당 150만 단위당 1,500만\n활성 디바이스 500 제한 없음 제한 없음\n확장 N/A 최대 6개 무제한 단위\n푸시 알림 Azure Notification Hubs 무료 계층 포함, 최대 100만 회 푸시 Notification Hubs 기본 계층 포함, 최대 1,000만 회 푸시 Notification Hubs 표준 계층 포함, 최대 1,000만 회 푸시\n웹 소켓 제한됨 모바일 서비스당 350 제한 없음\n오프라인 동기화 제한됨 포함 포함\nScheduled jobs 제한됨 포함 포함\n추가 용량에 대해 표준 요금 적용 20 MB 포함 20 MB 포함 20 MB 포함\nCPU 용량 하루 60분 제한 없음 제한 없음\n아웃바운드 데이터 전송 하루 165MB(매일 롤오버) 포함 포함\n이러한 한도 및 가격 책정에 대한 자세한 내용은 Azure Mobile Services 가격 책정을 참조하세요.\n구독당 신뢰할 수 있는 IP 주소 또는 범위의 최대 수 0 50\n내 디바이스, 일수 기억 14 60\n앱 암호의 최대 수 0 제한 없음\nMFA 호출 중 X 회 시도 허용 1 99\n양방향 문자 메시지 시간 제한(초) 60 600\n기본 일회성 바이패스 시간(초) 300 1,800\nX 회 연속 MFA 거부 후 사용자 계정 잠금 설정 안 함 99\nX 분 후 계정 잠금 카운터 재설정 설정 안 함 9,999\nX 분 후 계정 잠금 해제 설정 안 함 9,999\n네트워킹 제한 - Azure Resource Manager\n다음 제한은 구독당 지역별로 Azure Resource Manager 를 통해 관리되는 네트워킹 리소스에 대해서만 적용됩니다. 구독 제한을 기준으로 현재 리소스 사용량을 보는 방법을 알아봅니다.\n최근에 모든 기본 제한을 최대 한계로 증가시켰습니다. 최대 한도 열이 없는 경우 리소스에 조정 가능한 한도가 없는 것입니다. 이러한 제한이 이전의 지원으로 증가하고 다음 표에서 업데이트된 제한을 확인하지 않으려는 경우 무료로 온라인 고객 지원 요청을 열 수 있습니다.\n가상 네트워크 1,000\n가상 네트워크당 서브넷 3,000\n가상 네트워크당 가상 네트워크 피어링 500\n가상 네트워크당 가상 네트워크 게이트웨이(VPN 게이트웨이) 1\n가상 네트워크당 가상 네트워크 게이트웨이(ExpressRoute 게이트웨이) 1\n가상 네트워크당 DNS 서버 20\n가상 네트워크당 프라이빗 IP 주소 65,536\n네트워크 인터페이스당 개인 IP 주소 256\n가상 머신당 개인 IP 주소 256\n네트워크 인터페이스당 공용 IP 주소 256\n가상 머신당 공용 IP 주소 256\n가상 머신 또는 역할 인스턴스의 NIC당 동시 TCP 또는 UDP 흐름 500,000\n네트워크 인터페이스 카드 65,536\n네트워크 보안 그룹 5,000\nNSG당 NSG 규칙 1,000\n보안 그룹에서 원본이나 대상에 지정된 IP 주소 및 범위 4,000\n애플리케이션 보안 그룹 3,000\nIP 구성당, NIC당 애플리케이션 보안 그룹 20\n애플리케이션 보안 그룹당 IP 구성 4,000\n네트워크 보안 그룹의 모든 보안 규칙 내에서 지정할 수 있는 애플리케이션 보안 그룹 100\n사용자 정의 경로 테이블 200\n경로 테이블당 사용자 정의 경로 400\nAzure VPN Gateway당 지점 및 사이트 간 루트 인증서 20\nAzure VPN Gateway당 지점 및 사이트 간 철회된 클라이언트 인증서 300\n가상 네트워크 탭 100\n가상 네트워크 탭당 네트워크 인터페이스 탭 구성 100\n공용 IP 주소 구분\n공용 IP 주소1,2 Basic의 경우 10입니다. 지원에 문의\n고정 공용 IP 주소1 Basic의 경우 10입니다. 지원에 문의\n표준 공용 IP 주소1 10 지원에 문의\n리소스 그룹당 공용 IP 주소 800 지원에 문의\n공용 IP 접두사 구독에서 표준 공용 IP 수로 제한됨 지원에 문의\n공용 IP 접두사 길이 /28 지원에 문의\n1공용 IP 주소의 경우 기본 제한은 평가판, 종량제, CSP와 같은 제공 범주 유형에 따라 다릅니다. 예를 들어 기업계약 구독의 기본값은 1000입니다.\n2 공용 IP 주소 제한은 기본 및 표준을 포함하여 공용 IP 주소의 총 크기를 나타냅니다.\n부하 분산 장치 제한\n다음 제한은 구독당 지역별로 Azure Resource Manager를 통해 관리되는 네트워킹 리소스에 대해서만 적용됩니다. 구독 제한을 기준으로 현재 리소스 사용량을 보는 방법을 알아봅니다.\n부하 분산 장치 1,000\n리소스당 규칙(Load Balancer + 인바운드 NAT) 1,500\nNIC당 규칙(NIC의 모든 IP에서) 300\n프런트 엔드 IP 구성 600\n백 엔드 풀 크기 1,000 IP 구성, 단일 가상 네트워크\nLoad Balancer당 백 엔드 리소스 1 1,200\n고가용성 포트 규칙 내부 프런트 엔드당 1\nLoad Balancer당 아웃바운드 규칙 600\nVM당 Load Balancer 수 2개(공용 1개 및 내부용 1개)\n1 독립 실행형 가상 머신 리소스, 가용성 집합 리소스 및 가상 머신 확장 집합 배치 조합에서 최대 1,200개의 리소스로 제한됩니다.\n기본 Load Balancer\n리소스당 규칙 250\n프런트 엔드 IP 구성 2 200\n백 엔드 풀 크기 300 IP 구성, 단일 가용성 집합\nLoad Balancer당 가용성 집합 1\n2 백 엔드 풀의 단일 불연속 리소스(독립 실행형 가상 머신, 가용성 집합 또는 가상 머신 확장 집합 배치 그룹)에 대한 제한은 단일 기본 공용 Load Balancer와 기본 내부 Load Balancer에 걸쳐 최대 250개의 프런트 엔드 IP 구성을 갖는 것입니다.\n다음 제한은 구독당 클래식 배포 모델을 통해 관리되는 네트워킹 리소스에 대해서만 적용됩니다. 구독 제한을 기준으로 현재 리소스 사용량을 보는 방법을 알아봅니다.\n가상 네트워크 100 100\n로컬 네트워크 사이트 수 20 50\n가상 네트워크당 DNS 서버 20 20\n가상 네트워크당 프라이빗 IP 주소 4,096 4,096\n가상 머신 또는 역할 인스턴스의 NIC당 동시 TCP 또는 UDP 흐름 500,000, 둘 이상의 NIC의 경우 최대 1,000,000 500,000, 둘 이상의 NIC의 경우 최대 1,000,000\nNSG(네트워크 보안 그룹) 200 200\nNSG당 NSG 규칙 200 1,000\n사용자 정의 경로 테이블 200 200\n경로 테이블당 사용자 정의 경로 400 400\n공용 IP 주소(동적) 500 500\n예약된 공용 IP 주소 500 500\n배포당 공용 IP 5 지원에 문의\n배포당 개인 IP(내부 부하 분산) 1 1\n엔드포인트 ACL(Access Control 목록) 50 50\n구독당 ExpressRoute 회로 50\nAzure Resource Manager를 사용하는 구독당 지역별 ExpressRoute 회로 10\nExpressRoute 표준을 사용하는 Azure 개인 피어링에 보급되는 최대 IPv4 경로 수 4,000\nExpressRoute 프리미엄 추가 기능을 사용하는 Azure 개인 피어링에 보급되는 최대 IPv4 경로 수 10000\nExpressRoute 표준을 사용하는 Azure 개인 피어링에 보급되는 최대 IPv6 경로 수 100\nExpressRoute 프리미엄 추가 기능을 사용하는 Azure 개인 피어링에 보급되는 최대 IPv6 경로 수 100\nExpressRoute 연결을 위한 VNet 주소 공간의 Azure 개인 피어링에서 보급되는 최대 IPv4 경로 수 1,000\nExpressRoute 연결을 위한 VNet 주소 공간의 Azure 개인 피어링에서 보급되는 최대 IPv6 경로 수 1,000\nExpressRoute 표준을 사용하는 Microsoft 피어링에 보급되는 최대 경로 수 200\nExpressRoute 프리미엄 추가 기능을 사용하는 Microsoft 피어링에 보급되는 최대 경로 수 200\n동일한 피어링 위치의 동일한 가상 네트워크에 연결된 ExpressRoute 회로의 최대 수 4\n서로 다른 피어링 위치의 동일한 가상 네트워크에 연결된 ExpressRoute 회로의 최대 수 16(자세한 내용은 게이트웨이 SKU를 참조하세요.)\nExpressRoute 회로당 허용되는 가상 네트워크 링크 수 ExpressRoute 회로당 가상 네트워크 수 표를 참조하세요.\n표준에 대한 가상 네트워크 링크 수\n프리미엄 추가 기능을 사용하는 가상 네트워크 링크 수\n50Mbps 10 20\n100Mbps 10 25\n200Mbps 10 25\n500Mbps 10 40\n1Gbps 10 50\n2Gbps 10 60\n5Gbps 10 75\n10Gbps 10 100\n40Gbps* 10 100\n100Gbps* 10 100\n*100Gbps ExpressRoute Direct만 해당\nGlobal Reach 연결은 ExpressRoute 회로당 가상 네트워크 연결 제한에 따라 계산됩니다. 예를 들어 10Gbps 프리미엄 회로는 5개의 Global Reach 연결과 95개의 ExpressRoute 게이트웨이에 대한 연결 또는 95개의 Global Reach 연결과 5개의 ExpressRoute 게이트웨이에 대한 연결 또는 회로에 대해 최대 100개의 연결 제한까지의 기타 조합을 허용합니다.\nVNet 주소 접두사 VPN 게이트웨이당 600개\nBGP 경로 집계 VPN 게이트웨이당 4,000개\n로컬 네트워크 게이트웨이 주소 접두사 로컬 네트워크 게이트웨이당 1000개\nS2S 연결 게이트웨이 SKU에 따라 다름\nP2S 연결 게이트웨이 SKU에 따라 다름\nP2S 경로 제한 - IKEv2 Windows가 아닌 경우 256 / Windows인 경우 25\nP2S 경로 제한-OpenVPN 1000\n최대 flows VpnGw1/AZ의 경우 100K / VpnGw2-4/AZ의 경우 512K\nNAT Gateway 제한\n퍼블릿 IP 주소 NAT 게이트웨이당 16개\nVirtual WAN 제한\n허브당 VPN(분기) 연결 1,000\nVirtual WAN 사이트 간 VPN 게이트웨이별 총 처리량 20Gbps\nVirtual WAN VPN 연결당 처리량(터널 2개) 2Gbps(IPsec 터널당 1Gbps)\n허브당 지점 및 사이트 간 사용자 100,000\nVirtual WAN 사용자 VPN(지점 및 사이트 간) 게이트웨이별 총 처리량 200Gbps\nVirtual WAN ExpressRoute 게이트웨이별 총 처리량 20Gbps\n허브당 ExpressRoute 회로 연결 8\n허브당 VNet 연결 500 - Virtual WAN의 총 허브 수\nVirtual WAN Hub Router별 총 처리량 VNet 간 전송용 50Gbps\n단일 Virtual WAN 허브에 연결된 모든 VNet의 VM 워크로드 2000(기본 한도 이상으로 한도 또는 할당량을 높이려는 경우 온라인 고객 지원 요청을 개설합니다.)\nApplication Gateway 제한\n다음 표는 달리 언급하지 않는 한 v1, v2, 표준 및 WAF SKU에 적용됩니다.\nAzure Application Gateway 구독당 1000\n프런트 엔드 IP 구성 2 공용 1 및 프라이빗 1\n프런트 엔드 포트 1001\n백 엔드 주소 풀 1001\n풀당 백 엔드 서버 1,200\nHTTP 수신기 2001 트래픽을 라우팅하는 100개의 활성 수신기로 제한됩니다. 활성 수신기 수 = 총 수신기 수 - 비활성 수신기 수입니다.\n라우팅 규칙 내의 기본 구성이 트래픽을 라우팅하도록 설정된 경우(예: 수신기, 백 엔드 풀 및 HTTP 설정을 사용하는 경우) 이러한 설정은 수신기로도 간주됩니다. 자세한 내용은 Application Gateway에 대 한 질문과 대답 을 참조 하세요.\nHTTP 부하 분산 규칙 4001\n백 엔드 HTTP 설정 1001\n게이트웨이당 인스턴스 V1 SKU - 32\nSSL 인증서 1001 HTTP 수신기당 1\n최대 SSL 인증서 크기 V1 SKU - 10KB\nV2 SKU - 16KB\n인증 인증서 100\n신뢰할 수 있는 루트 인증서 100\n최소 요청 시간 제한 1초\n최대 요청 시간 제한 24시간\n사이트 수 1001 HTTP 수신기당 1\n수신기당 URL 맵 1\nURL 맵당 최대 경로 기반 규칙 100\n구성 리디렉션 1001\n다시 쓰기 규칙 집합 수 400\n다시 쓰기 규칙 집합당 헤더 또는 URL 구성 수 40\n다시 쓰기 규칙 집합당 조건 수 40\n동시 WebSocket 연결 중간 게이트웨이 20,0002\n대형 게이트웨이 50,0002\n최대 URL 길이 32KB\nHTTP/2에 대한 최대 헤더 크기 16KB\n최대 파일 업로드 크기(표준 SKU) V2 - 4GB\n최대 파일 업로드 크기(WAF SKU) V1 중형 - 100MB\nV1 대형 - 500MB\nV2 - 750MB\nV2(CRS 3.2 이상 포함) - 4GB\nWAF 본문 크기 제한(파일 없음) V1 또는 V2(CRS 3.1 이상 포함) - 128KB\nV2(CRS 3.2 이상 포함) - 2MB\n최대 WAF 사용자 지정 규칙 수 100\nApplication Gateway당 최대 WAF 제외 수 40\n1 WAF 기반 SKU의 경우 리소스 수를 40개로 제한해야 합니다.\n2 제한은 Application Gateway 리소스당이 아닌 Application Gateway 인스턴스당입니다.\nNetwork Watcher 제한\nAzure Network Watcher 지역당 1개 Network Watcher는 이 서비스에 액세스할 수 있도록 하기 위해 만들어졌습니다. 지역별로 구독당 한 개의 Network Watcher 인스턴스만 필요합니다.\n패킷 캡처 세션 지역당 10,000 세션 수만, 저장된 캡처는 해당하지 않음\nPrivate Link 제한\nAzure 프라이빗 링크에는 다음과 같은 한도가 적용됩니다.\n가상 네트워크당 프라이빗 엔드포인트 수 1000\n구독당 프라이빗 엔드포인트 수      64000\n구독당 프라이빗 링크 서비스 수       800\n프라이빗 링크 서비스의 IP 구성 수    8(PLS당 사용되는 NAT IP 주소에 대한 수치)\n동일한 프라이빗 링크 서비스의 프라이빗 엔드포인트 수  1000\n키 자격 증명 모음당 프라이빗 엔드포인트 수 64\n구독당 프라이빗 엔드포인트가 포함된 키 자격 증명 모음의 수 400\n프라이빗 엔드포인트에 연결할 수있는 프라이빗 DNS 영역 그룹의 수 1\n각 그룹의 DNS 영역 수 5\nTraffic Manager 제한\n구독당 프로필 200\n프로필당 엔드포인트 200\n*이러한 워크로드 유형은 원격 데스크톱 워크로드에 정의됩니다.\n**이러한 제한은 Azure Bastion에 대한 RDP 성능 테스트를 기반으로 합니다. 숫자는 다른 진행 중인 RDP 세션 또는 기타 진행 중인 SSH 세션으로 인해 달라질 수 있습니다.\n공용 DNS 영역\n구독당 공용 DNS 영역 250 1\n공용 DNS 영역당 레코드 집합 10,000 1\n공용 DNS 영역에 있는 레코드 집합당 레코드 20\n단일 Azure 리소스의 별칭 레코드 수 20\n1 이러한 제한을 늘려야 하는 경우 Azure 지원에 문의하세요.\n프라이빗 DNS 영역\n구독당 프라이빗 DNS 영역 1000\n프라이빗 DNS 영역당 레코드 집합 25000\n프라이빗 DNS 영역의 레코드 집합당 레코드 20\n프라이빗 DNS 영역당 Virtual Network 링크 1000\n자동 등록을 사용하는 프라이빗 DNS 영역당 Virtual Network 링크 100\n자동 등록을 사용하도록 설정한 상태에서 가상 네트워크를 연결할 수 있는 프라이빗 DNS 영역 수 1\n가상 네트워크를 연결할 수 있는 프라이빗 DNS 영역 수 1000\n가상 머신이 Azure DNS 확인자로 보낼 수 있는 초당 DNS 쿼리 수 1000 1\n가상 머신당 최대 대기 중(응답 보류 중) DNS 쿼리 수 200 1\n1이러한 제한은 가상 네트워크 수준이 아닌 모든 개별 가상 머신에 적용됩니다. 이러한 제한을 초과하는 DNS 쿼리는 삭제됩니다.\nAzure Firewall 제한\n데이터 처리량 30Gbps\n규칙 제한 1만 네트워크 및 응용 프로그램 규칙의 고유 원본/대상\n최대 DNAT 규칙 298(단일 공용 IP 주소로 구성된 방화벽의 경우)\nDNAT 제한은 기본 플랫폼으로 인해 발생합니다. DNAT 규칙의 최대 수는 298개입니다. 그러나 공용 IP 주소가 추가되면 사용 가능한 DNAT 규칙의 수가 줄어듭니다. 예를 들어 두 개의 공용 IP 주소는 297개의 DNAT 규칙을 허용합니다. 규칙의 프로토콜이 TCP와 UDP 둘 다에 대해 구성된 경우 두 개의 규칙으로 계산됩니다.\nAzureFirewallSubnet 최소 크기 /26\n네트워크 및 애플리케이션 규칙의 포트 범위 1 - 65535\n공용 IP 주소 최대 250. 모든 공용 IP 주소는 DNAT 규칙에서 사용할 수 있으며 모두 사용 가능한 SNAT 포트에 적용됩니다.\nIP 그룹의 IP 주소 방화벽당 최대 100개 IP 그룹\n각 IP 그룹당 최대 5,000개 개별 IP 주소 또는 IP 접두사\n경로 테이블 기본적으로 AzureFirewallSubnet에는 NextHopType 값이 Internet 으로 설정된 0.0.0.0/0 경로가 있습니다.\nAzure Firewall에는 직접 인터넷 연결이 있어야 합니다. AzureFirewallSubnet이 BGP를 통해 온-프레미스 네트워크에 대한 기본 경로를 학습하는 경우 직접 인터넷 연결을 유지하기 위해 Internet 으로 설정된 NextHopType 값을 통해 0.0.0.0/0 UDR로 재정의해야 합니다. 기본적으로 Azure Firewall은 온-프레미스 네트워크에 대한 강제 터널링을 지원하지 않습니다.\n그러나 구성에 온-프레미스 네트워크에 대한 강제 터널링이 필요한 경우 Microsoft는 사례별로 지원할 예정입니다. 사용자의 사례를 검토할 수 있도록 지원 부서에 연락해주시기 바랍니다. 수락되면 사용자의 구독을 허용하고 필요한 방화벽 인터넷 연결이 유지되도록 합니다.\n네트워크 규칙의 FQDN 성능을 향상시키려면 방화벽당 모든 네트워크 규칙에서 FQDN이 1000개를 초과하지 않도록 합니다.\nAzure Front Door Service 제한\n구독당 Azure Front Door 리소스 수 100\n리소스당 사용자 지정 도메인을 포함하는 프런트 엔드 호스트 수 500\n리소스당 라우팅 규칙 500\n리소스당 백 엔드 풀 수 50\n백 엔드 풀당 백 엔드 수 100\n라우팅 규칙에 일치하는 경로 패턴 25\n단일 캐시 제거 호출의 URL 수 100\n정책당 사용자 지정 웹 애플리케이션 방화벽 규칙 100\n구독당 웹 애플리케이션 방화벽 정책 수 100\n사용자 지정 규칙당 웹 애플리케이션 방화벽 일치 조건 수 10\n사용자 지정 규칙당 웹 애플리케이션 방화벽 IP 주소 범위 수 600\n일치 조건당 웹 애플리케이션 방화벽 문자열 일치 값 수 10\n웹 애플리케이션 방화벽 문자열 일치 값 길이 256\n웹 애플리케이션 방화벽 POST 본문 매개 변수 이름 길이 256\n웹 애플리케이션 방화벽 HTTP 헤더 이름 길이 256\n웹 애플리케이션 방화벽 쿠키 이름 길이 256\n웹 애플리케이션 방화벽 제외 제한 100\n검사되는 웹 애플리케이션 방화벽 HTTP 요청 본문 크기 128KB\n웹 애플리케이션 방화벽 사용자 지정 응답 본문 길이 2KB\nAzure Front Door 표준/프리미엄(미리 보기) 서비스 제한\n*** 구독 당 최대 500 개의 총 표준 및 프리미엄 프로필.\n표준 SKU 제한\n프리미엄 SKU 제한\n프로필당 최대 엔드포인트 10 25\n프로필당 최대 사용자 지정 도메인 100 200\n프로필당 최대 원본 그룹 100 200\n프로필당 최대 비밀 100 200\n프로필당 최대 보안 정책 100 200\n프로필당 최대 규칙 집합 100 200\n규칙 집합당 최대 규칙 100 100\n원본 그룹 당 최대 원본 50 50\n엔드포인트당 최대 경로 100 200\n단일 캐시 제거 호출의 URL 수 100 100\n정책당 사용자 지정 웹 애플리케이션 방화벽 규칙 100 100\n사용자 지정 규칙당 웹 애플리케이션 방화벽 일치 조건 수 10 10\n사용자 지정 규칙당 웹 애플리케이션 방화벽 IP 주소 범위 수 600 600\n일치 조건당 웹 애플리케이션 방화벽 문자열 일치 값 수 10 10\n웹 애플리케이션 방화벽 문자열 일치 값 길이 256 256\n웹 애플리케이션 방화벽 POST 본문 매개 변수 이름 길이 256 256\n웹 애플리케이션 방화벽 HTTP 헤더 이름 길이 256 256\n웹 애플리케이션 방화벽 쿠키 이름 길이 256 256\n검사되는 웹 애플리케이션 방화벽 HTTP 요청 본문 크기 128KB 128KB\n웹 애플리케이션 방화벽 사용자 지정 응답 본문 길이 2KB 2KB\n시간 제한 값\nFront Door에는 유휴 TCP 연결 시간 제한(61초)이 있습니다.\nFront Door-애플리케이션 백 엔드 연결\n응답이 청크 분할 응답인 경우 첫 번째 청크를 받을 때 200이 반환됩니다.\nHTTP 요청이 백 엔드로 전달되면 Front Door에서 백 엔드의 첫 번째 패킷을 30초 동안 기다립니다. 그런 다음, 503 오류를 클라이언트에 반환합니다. 이 값은 API의 sendRecvTimeoutSeconds 필드를 통해 구성할 수 있습니다.\n요청이 캐시되고 Front Door 또는 백 엔드에서 첫 번째 패킷에 대해 30초 넘게 걸리면 504 오류가 클라이언트에 반환됩니다.\n백 엔드로부터 첫 번째 패킷을 받으면 Front Door에서 30초(유휴 시간 제한) 동안 기다립니다. 그런 다음, 503 오류를 클라이언트에 반환합니다. 이 시간 제한 값은 구성할 수 없습니다.\nFront Door-백 엔드 TCP 세션 시간 제한은 90초입니다.\nCTE(청크 분할 전송 인코딩) 사용\nHTTP 청크 분할 사용 안 함\n다운로드 다운로드 크기 제한이 없습니다. 다운로드 크기 제한이 없습니다.\n업로드 각 CTE 업로드가 2GB 미만이면 제한이 없습니다. 크기는 2GB보다 클 수 없습니다.\n최대 URL 크기 - 8,192바이트 - 원시 URL의 최대 길이(URL의 스키마 + 호스트 이름 + 포트 + 경로 + 쿼리 문자열)를 지정합니다.\n최대 쿼리 문자열 크기 - 4,096바이트 - 쿼리 문자열의 최대 길이(바이트)를 지정합니다.\n상태 프로브 URL의 최대 HTTP 응답 헤더 크기 - 4,096바이트 - 상태 프로브의 모든 응답 헤더의 최대 길이를 지정합니다.\n최대 규칙 엔진 동작 헤더 값 문자: 640자.\n최대 규칙 엔진 조건 헤더 값 문자: 256자.\n규칙 엔진 구성에 적용되는 제한에 대한 자세한 내용은 규칙 엔진 용어를 참조하세요.\nNotification Hubs 제한\n포함된 푸시 1백만 1천만 1천만\n활성 디바이스 500 200,000 1천만\n설치 또는 등록당 태그 할당량 60 60 60\n이러한 한도 및 가격 책정에 대한 자세한 내용은 Notification Hubs 가격 책정을 참조하세요.\nAzure Purview 할당량의 최신 값은 Azure Purview 할당량 페이지에서 찾을 수 있습니다.\nService Bus 제한\n다음 표에는 Azure Service Bus 메시징에 특정한 할당량 정보가 나와 있습니다. Service Bus에 대한 가격 책정 및 기타 할당량에 대한 정보는 Service Bus 가격 책정을 참조하세요.\nAzure 구독당 최대 네임스페이스 수 네임스페이스 1000(기본값 및 최대값) 추가 네임스페이스에 대한 후속 요청은 거부됩니다.\n큐 또는 토픽 크기 엔터티\n프리미엄 SKU와 분할을 사용하는 표준 SKU에서 최대 큐 또는 토픽 크기는 80GB입니다.\n프리미엄 네임스페이스에 대한 총 크기 제한은 메시징 단위당 1TB입니다. 네임스페이스에 있는 모든 엔터티의 전체 크기는 이 제한을 초과할 수 없습니다.\n큐 또는 토픽을 생성/업데이트할 때 정의됩니다.\n들어오는 후속 메시지가 거부되며 호출 코드에서 예외를 수신합니다.\n네임스페이스에 대한 동시 연결 수 네임스페이스 넷 메시징: 1,000.\nAMQP: 5,000. 추가 연결에 대한 후속 요청이 거부되며 호출 코드에서 예외를 수신합니다. REST 작업은 동시 TCP 연결 계산에 포함되지 않습니다.\n큐, 토픽 또는 구독 엔터티의 동시 수신 요청 수 엔터티 5,000 후속 수신 요청이 거부되며 호출 코드에서 예외를 수신합니다. 이 할당량은 항목의 모든 구독 전반에 걸쳐 종합된 동시 수신 명령 수에 적용됩니다.\n네임스페이스당 토픽 또는 큐 수 네임스페이스 기본 또는 표준 계층의 경우 10,000입니다. 네임스페이스에서 토픽 및 큐의 총수는 10,000 이하이어야 합니다.\n프리미엄 계층의 경우, MU(메시징 단위)당 1000입니다. 네임스페이스에 새 토픽 또는 큐를 만들기 위한 후속 요청이 거부됩니다. 따라서 Azure Portal을 통해 구성된 경우 오류 메시지가 생성됩니다. 관리 API에서 호출되는 경우 호출 코드에서 예외가 수신됩니다.\n네임스페이스당 분할된 토픽 또는 큐 수 네임스페이스 기본 및 표준 계층: 100.\n분할된 엔터티는 프리미엄 계층에서 지원되지 않습니다.\n각 분할된 큐 또는 토픽은 네임스페이스 당 1,000개의 엔터티를 할당량으로 계산합니다. 네임스페이스에서 분할된 새 토픽 또는 큐 만들기에 대한 후속 요청이 거부됩니다. 따라서 Azure Portal을 통해 구성된 경우 오류 메시지가 생성됩니다. 관리 API에서 호출되는 경우 호출 코드에서 QuotaExceededException 예외가 수신됩니다.\n기본 또는 표준 계층 네임스페이스에 분할된 엔터티를 더 많이 포함하려면 추가 네임스페이스를 만듭니다.\n모든 메시징 엔터티 경로의 최대 크기: 큐 또는 토픽 엔터티 - 260자\n모든 메시징 엔터티 이름의 최대 크기: 네임스페이스, 구독 또는 구독 규칙 엔터티 - 50자\n메시지 ID의 최대 크기 엔터티 - 128\n메시지 세션 ID의 최대 크기 엔터티 - 128\n큐, 토픽 또는 구독 엔터티의 메시지 크기 엔터티 이러한 할당량을 초과하는 들어오는 메시지가 거부되며 호출 코드에서 예외를 수신합니다. 표준 계층의 경우 256KB\nPremium 계층의 경우 1MB입니다.\n메시지 크기에는 속성 크기(시스템 및 사용자) 및 페이로드 크기가 포함됩니다. 시스템 속성의 크기는 시나리오에 따라 달라집니다.\n큐, 토픽 또는 구독 엔터티의 메시지 속성 크기 엔터티 SerializationException 예외가 생성됩니다.\n각 속성에 대한 최대 메시지 속성 크기는 32KB입니다.\n모든 속성의 누적 크기는 64KB를 초과할 수 없습니다. 이 제한은 사용자 속성과 시퀀스 번호, 레이블 및 메시지 ID와 같은 시스템 속성을 모두 가진 broker 저장 메시지의 전체 헤더에 적용됩니다.\n속성 모음에서 헤더 속성의 최대 수: byte/int.MaxValue.\n토픽당 구독 수 엔터티 토픽에 추가 구독을 만들기 위한 후속 요청이 거부됩니다. 따라서 포털을 통해 구성된 경우 오류 메시지가 표시됩니다. 관리 API에서 호출되는 경우 호출 코드에서 예외가 수신됩니다. 표준 등급 및 프리미엄 계층의 경우 토픽당 2,000.\n토픽당 SQL 필터 수 엔터티 토픽에서 추가 필터를 생성하기 위한 후속 요청이 거부되며 호출 코드에서 예외를 수신합니다. 2,000\n토픽당 상관 관계 필터 수 엔터티 토픽에서 추가 필터를 생성하기 위한 후속 요청이 거부되며 호출 코드에서 예외를 수신합니다. 100,000\nSQL 필터 또는 작업의 크기 네임스페이스 추가 필터를 생성하기 위한 후속 요청이 거부되며 호출 코드에서 예외를 수신합니다. 필터 조건 문자열의 최대 길이: 1,024(1K).\n규칙 작업당 식의 최대 수: 32\n네임스페이스, 큐 또는 토픽당 공유 액세스 권한 부여 규칙 수 엔터티, 네임스페이스 추가 규칙을 생성하기 위한 후속 요청이 거부되며 호출 코드에서 예외를 수신합니다. 엔터티 형식당 최대 규칙 수: 12.\nService Bus 네임스페이스에 구성된 규칙이 큐, 토픽 등 모든 엔터티에 적용됩니다.\n트랜잭션당 메시지 수 트랜잭션 들어오는 추가 메시지가 거부되고 호출 코드에서 "단일 트랜잭션에서 100개 이상의 메시지를 보낼 수 없습니다"라는 예외가 수신됩니다. 100\nSend() 및 SendAsync() 작업 모두에 해당합니다.\n가상 네트워크 및 IP 필터 규칙 수 네임스페이스 128\nAzure Site Recovery에는 다음과 같은 제한이 적용됩니다.\n구독당 자격 증명 모음 수 500\nRecovery Services 자격 증명 모음당 서버 수 250\nRecovery Services 자격 증명 모음당 보호 그룹 수 제한 없음\nRecovery Services 자격 증명 모음당 복구 계획 수 제한 없음\n보호 그룹당 서버 수 제한 없음\n복구 계획당 서버 수 100\nSQL Database 제한\nSQL Database 제한은 단일 데이터베이스에 대한 SQL Database 리소스 제한, 탄력적 풀 및 풀링된 데이터베이스에 대한 SQL Database 리소스 제한 및 SQL Managed Instance에 대한 SQL Database 리소스 제한을 참조하세요.\nAzure Synapse Analytics에는 고객의 구독이 서로의 워크로드로부터 보호되도록 하는 다음과 같은 기본값 한도가 있습니다. 구독에 대한 최대 한도를 높이려면 고객 지원에 문의하세요.\nSynapse 작업 영역 한도\nAzure 구독 내 Synapse 작업 영역 20 20\nSynapse 파이프라인 한도\nSynapse 작업 영역 내 Synapse 파이프라인 800 800\n작업 영역 내 총 엔터티(예: 파이프라인, 데이터 세트, 트리거, 연결된 서비스, 프라이빗 엔드포인트 및 통합 런타임) 수 5,000 고객 지원에 문의하세요.\n한 작업 영역의 Azure-SSIS Integration Runtime에 대한 총 CPU 코어 수 256 고객 지원에 문의하세요.\n작업 영역 내 모든 파이프라인에서 공유되는 작업 영역당 동시 파이프라인 실행 수 10000 10000\n작업 영역당 Azure Integration Runtime 지역별 동시 외부 활동 실행 수\n외부 활동은 통합 런타임에서 관리되지만 Databricks, 저장 프로시저, HDInsight, 웹 등을 포함한 연결된 서비스에서 실행됩니다. 자체 호스팅 IR에는 이 제한이 적용되지 않습니다. 3,000 3,000\n작업 영역당 Azure Integration Runtime 지역별 동시 파이프라인 활동 실행 수\n작업 영역당 Azure Integration Runtime 지역별 동시 제작 작업 수\n작업 영역당 Azure Integration Runtime 지역별 동시 데이터 통합 단위1 사용량 지역 그룹 12: 6,000\n관리형 가상 네트워크2:2,400 지역 그룹 12: 6,000\n관리형 가상 네트워크: 지원 담당자에게 문의하세요.\n이 제한은 Azure Synapse Analytics가 아닌 Azure Resource Manager가 부과합니다.\n사용자당 작업 영역별 동시 데이터 흐름 디버그 세션 수 3 3\n작업 영역 내 메타데이터 엔터티 크기 한도 2GB 고객 지원에 문의하세요.\n1 DIU(데이터 통합 단위)는 클라우드 간 복사 작업에 사용됩니다. 데이터 통합 단위(버전 2)에서 자세히 알아보세요. 청구에 대한 자세한 내용은 Azure Synapse Analytics 가격 책정을 참조하세요.\n| 지역 그룹 | 영역 | | -------- | ------ | | 지역 그룹 1 | 미국 중부, 미국 동부, 미국 동부 2, 북유럽, 서유럽, 미국 서부, 미국 서부 2 | | 지역 그룹 2 | 오스트레일리아 동부, 오스트레일리아 남동부, 브라질 남부, 인도 중부, 일본 동부, 미국 중북부, 미국 중남부, 동남 아시아, 미국 중서부 | | 지역 그룹 3 | 다른 지역 | 관리 되는 가상 네트워크를 사용 하는 경우 모든 지역 그룹의 DIU (데이터 통합 단위)는 2400입니다.\n3 파이프라인, 데이터 세트 및 연결된 서비스 개체에서 워크로드의 논리적 그룹화를 나타냅니다. 이러한 개체에 대한 제한은 Azure Synapse Analytics를 사용하여 이동 및 처리할 수 있는 데이터 양과는 관련이 없습니다. Synapse Analytics는 페타바이트 규모의 데이터를 처리할 수 있도록 설계되었습니다.\n4 각 활동 실행에 대한 페이로드에는 활동 구성, 관련 데이터 세트 및 연결된 서비스 구성(있는 경우) 및 활동 유형별로 생성된 시스템 속성의 일부가 포함됩니다. 이러한 페이로드 크기에 대한 제한은 Azure Synapse Analytics를 사용하여 이동 및 처리할 수 있는 데이터 양과는 관련이 없습니다. 이 제한에 도달하는 경우 증상 및 권장 사항에 대해 알아보세요.\n전용 SQL 풀 한도\nAzure Synapse Analytics에서 전용 SQL 풀의 용량 제한에 대한 세부 정보는 전용 SQL 풀 리소스 한도을 참조하세요.\nAzure Files 및 Azure 파일 동기화\nAzure Files 및 파일 동기화에 대한 자세한 내용은 Azure Files 확장성 및 성능 목표를 참조하세요.\n다음 표에서는 Azure GPv2(범용 v2), 범용 v1(GPv1) 및 Blob Storage 계정에 대한 기본 제한에 대해 설명합니다. 수신 제한은 스토리지 계정에 보내는 모든 데이터를 나타냅니다. 송신 제한은 스토리지 계정에서 받는 모든 데이터를 나타냅니다.\n대부분의 시나리오에서는 GPv2 스토리지 계정을 사용하는 것이 좋습니다. 가동 중지 시간 없이 데이터를 복사할 필요 없이 GPv1 또는 Blob Storage 계정을 GPv2 계정으로 쉽게 업그레이드할 수 있습니다. 자세한 내용은 GPv2 스토리지 계정으로 업그레이드를 참조하세요.\n더 높은 용량과 수신 한도를 요청할 수 있습니다. 한도 증가를 요청하려면 Azure 지원에 문의하세요.\n표준 및 프리미엄 스토리지 계정을 포함하는 구독당 지역별 스토리지 계정 수입니다. 250\n기본 최대 스토리지 계정 용량 5PiB1\n스토리지 계정당 Blob 컨테이너, Blob, 파일 공유, 테이블, 큐, 엔터티 또는 메시지의 최대 수입니다. 제한 없음\n스토리지 계정당 기본 최대 요청 속도 초당 20,000개 요청1\n다음 지역(LRS/GRS)의 범용 v2 및 Blob Storage 계정당 기본 최대 수신 수입니다.\n다음 지역(ZRS)의 범용 v2 및 Blob Storage 계정당 기본 최대 수신 수:\n이전 행에 나열되지 않은 지역의 범용 v2 및 Blob Storage 계정당 기본 최대 수신입니다. 25Gbps1\n범용 v1 스토리지 계정에 대한 기본 최대 수신(모든 지역) 10Gbps1\n이전 행에 나열되지 않은 지역의 범용 v2 및 Blob Storage 계정에 대한 기본 최대 송신입니다. 50Gbps1\n범용 v1 스토리지 계정에 대한 최대 송신(미국 지역) RA-GRS/GRS를 사용하도록 설정한 경우 20Gbps, LRS/ZRS의 경우 30Gbps2\n범용 v1 스토리지 계정에 대한 최대 송신(미국 이외의 지역) RA-GRS/GRS를 사용하도록 설정한 경우 10Gbps, LRS/ZRS의 경우 15Gbps2\n스토리지 계정당 최대 IP 주소 규칙 수 200\n스토리지 계정당 최대 가상 네트워크 규칙 수 200\n스토리지 계정당 최대 리소스 인스턴스 규칙 수 200\n스토리지 계정당 최대 프라이빗 엔드포인트 수 200\n1 Azure Storage 표준 계정은 요청별 수신 및 송신에 대해 더 높은 용량 제한 및 더 높은 제한을 지원합니다. 계정 제한을 늘리려면 Azure 지원에 문의하세요.\n2 스토리지 계정에 RA-GRS(지역 중복 스토리지) 또는 RA-GZRS(지역 영역 중복 스토리지)를 사용하여 읽기 액세스가 설정된 경우 보조 위치의 송신 대상은 기본 위치의 송신 대상과 동일합니다. 자세한 내용은 Azure Storage 복제를 참조하세요.\n표준 스토리지 계정의 제한에 대한 자세한 내용은 표준 스토리지 계정의 확장성 목표를 참조하세요.\nStorage 리소스 공급자 제한\n다음과 같은 제한은 Azure Storage와 Azure Resource Manager를 사용하여 관리 작업을 수행하는 경우에만 적용됩니다.\nStorage 계정 관리 작업(읽기) 5분당 800\nStorage 계정 관리 작업(쓰기) 초당 10/시간당 1,200\nStorage 계정 관리 작업(목록) 5분당 100\nAzure Blob Storage 용량 한도\n단일 Blob 컨테이너의 최대 크기 최대 스토리지 계정 용량과 동일\n블록 Blob 또는 추가 Blob의 최대 블록 수 50,000개 블록\n블록 Blob의 최대 블록 크기 4000MiB\n블록 Blob의 최대 크기 50,000 X 4000MiB(약 190.7TiB)\n추가 Blob의 최대 블록 크기 4MiB\n추가 Blob의 최대 크기 50,000 x 4MiB(약 195GiB)\n페이지 Blob의 최대 크기 8TiB2\nBlob 컨테이너별로 저장된 액세스 정책의 최대 수 5\n단일 Blob의 대상 요청 속도 초당 최대 500개 요청\n단일 페이지 Blob의 대상 처리량 초당 최대 60MiB2\n단일 블록 Blob의 대상 처리량 최대 스토리지 계정 수신/송신 한도1\n1 단일 Blob의 처리량은 동시성, 요청 크기, 성능 계층, 업로드할 원본 속도, 다운로드 대상 등 여러 가지 요인에 따라 달라집니다. 높은 처리량 블록 Blob의 향상된 성능을 활용하려면 더 큰 Blob 또는 블록을 업로드하세요. 특히 표준 스토리지 계정의 경우 크기가 4MiB를 초과하는 Blob 또는 블록을 사용하여 Blob 배치 또는 블록 배치 작업을 호출합니다. 프리미엄 블록 Blob 또는 Data Lake Storage Gen2 스토리지 계정의 경우 256KiB보다 큰 블록 또는 Blob 크기를 사용하세요.\n2 페이지 Blob은 계층 구조 네임스페이스 설정이 없는 계정에서 아직 지원되지 않습니다.\n다음 표에서는 서비스 버전별로 허용되는 최대 블록 및 Blob 크기를 설명합니다.\n최대 블록 크기(블록 배치 사용)\n최대 Blob 크기(블록 목록 배치 사용)\n단일 쓰기 작업을 통한 최대 Blob 크기(Blob 배치 사용)\n버전 2019-12-12 이상 4000MiB 약 190.7TiB(4000MiB X 50,000 블록) 5,000MiB(미리 보기)\n버전 2016-05-31~버전 2019-07-07 100MiB 약 4.75TiB(100MiB X 50,000 블록) 256MiB\n2016-05-31 이전 버전 4MiB 약 195GiB(4MiB X 50,000 블록) 64MiB\nAzure Queue storage 용량 한도\n단일 큐의 최대 크기 500TiB\n큐의 최대 메시지 크기 64KiB\n큐별로 저장된 최대 액세스 정책 수 5\n스토리지 계정당 최대 요청 속도 초당 20,000개 메시지(1KiB 메시지 크기 가정)\n단일 큐의 목표 처리량(1KiB 메시지) 초당 최대 2,000개의 메시지\nAzure Table Storage 용량 한도\n다음 표에서는 테이블 스토리지의 용량, 확장성 및 성능 목표에 대해 설명합니다.\nAzure Storage 계정에서 테이블의 수 스토리지 계정의 용량에 의해서만 제한됨\n테이블에 있는 파티션 수 스토리지 계정의 용량에 의해서만 제한됨\n파티션의 엔터티 수 스토리지 계정의 용량에 의해서만 제한됨\n단일 테이블의 최대 크기 500TiB\n모든 속성 값을 비롯한 단일 엔터티의 최대 크기 1MiB\n테이블 엔터티의 최대 속성 수 255개(세 가지 시스템 속성 PartitionKey, RowKey 및 Timestamp 포함)\n엔터티에 있는 개별 속성의 최대 전체 크기 속성 유형에 따라 다릅니다. 자세한 내용은 테이블 서비스 데이터 모델 이해의 속성 유형 을 참조하세요.\nPartitionKey 최대 1KiB의 문자열\nRowKey 최대 1KiB의 문자열\n엔터티 그룹 트랜잭션의 크기 한 개 트랜잭션에는 최대 100개의 엔터티가 포함될 수 있고, 페이로드 크기는 4MiB 미만이어야 합니다. 엔터티 그룹 트랜잭션은 엔터티 업데이트를 한 번만 포함할 수 있습니다.\n테이블별로 저장된 최대 액세스 정책 수 5\n스토리지 계정당 최대 요청 속도 초당 20,000개 트랜잭션(1KiB 엔터티 크기로 가정)\n단일 테이블 파티션의 목표 처리량(1KiB 엔터티) 초당 최대 2,000개 엔터티\nAzure VM (가상 머신)에 많은 데이터 디스크를 연결할 수 있습니다. VM의 데이터 디스크 확장성 및 성능 목표에 따라 성능 및 용량 요구 사항을 충족하는 데 필요한 디스크의 수와 유형을 결정할 수 있습니다.\n최적의 성능을 얻기 위해 가상 머신에 연결되어 자주 활용되는 디스크의 수를 제한하여 가능한 제한을 방지합니다. 연결된 모든 디스크의 동시 사용률이 높지 않으면 가상 머신이 더 많은 수의 디스크를 지원할 수 있습니다.\nAzure 관리 디스크:\n다음 표에서는 구독당 지역별 리소스 수의 기본 및 최대 제한을 보여 줍니다. 이러한 제한은 플랫폼 관리형 키 또는 고객 관리형 키로 암호화된 디스크에 관계없이 동일하게 유지됩니다. 리소스 그룹당 Managed Disks, 스냅샷 및 이미지 수에는 제한이 없습니다.\n표준 관리 디스크 50,000\n표준 SSD 관리 디스크 50,000\n프리미엄 관리 디스크 50,000\nStandard_LRS 스냅숏1 75,000\nStandard_ZRS 스냅숏1 75,000\n관리형 이미지 50,000\n1 개별 디스크가 가질 수 있는 전체 디스크 스냅숏의 총 수는 200입니다. 개별 디스크에는 전체 디스크 스냅숏과 별도로 계산 되는 200 증분 스냅숏이 있을 수 있습니다.\nStandard storage 계정: Standard storage 계정의 최대 총 요청 율은 2만 IOPS입니다. 표준 스토리지 계정에서 모든 가상 머신 디스크의 총 IOPS는 이 제한을 초과할 수 없습니다.\n요청 속도 제한에 따라 단일 표준 스토리지 계정에서 지원하는 활용된 디스크의 개수를 대략 계산할 수 있습니다. 예를 들어 기본 계층 VM의 경우 자주 활용되는 디스크의 최대 수는 약 66개(디스크당 20,000/300 IOPS)입니다. 표준 계층 VM에 대해 자주 활용되는 디스크의 최대 수는 약 40개(디스크당 20,000/500 IOPS)입니다.\nPremium storage 계정: Premium storage 계정의 최대 총 처리량 속도는 50 Gbps입니다. 모든 VM 디스크의 총 처리량은 이 제한을 초과할 수 없습니다.\n디스크 암호화 집합\n구독 별로 지역당 1,000개의 디스크 암호화 집합 제한이 있습니다. 자세한 내용은 Linux용 또는 Windows용 가상 머신에 대한 암호화 설명서를 참조하세요. 할당량을 늘려야 하는 경우 Azure 지원에 문의하세요.\n디스크 크기(GiB) 32 64 128 256 512 1,024 2,048 4,096 8,192 16,384 32,767\n디스크당 IOPS 최대 500 최대 500 최대 500 최대 500 최대 500 최대 500 최대 500 최대 500 최대 1,300 최대 2,000 최대 2,000\n디스크당 처리량 최대 60MB/초 최대 60MB/초 최대 60MB/초 최대 60MB/초 최대 60MB/초 최대 60MB/초 최대 60MB/초 최대 60MB/초 최대 300MB/초 최대 500MB/초 최대 500MB/초\n디스크 크기(GiB) 4 8 16 32 64 128 256 512 1,024 2,048 4,096 8,192 16,384 32,767\n디스크당 IOPS 최대 500 최대 500 최대 500 최대 500 최대 500 최대 500 최대 500 최대 500 최대 500 최대 500 최대 500 최대 2,000 최대 4,000 최대 6,000\n디스크당 처리량 최대 60MB/초 최대 60MB/초 최대 60MB/초 최대 60MB/초 최대 60MB/초 최대 60MB/초 최대 60MB/초 최대 60MB/초 최대 60MB/초 최대 60MB/초 최대 60MB/초 최대 400MB/초 최대 600MB/초 최대 750MB/초\n디스크당 최대 버스트 IOPS 600 600 600 600 600 600 600 600 1000\n디스크당 최대 버스트 처리량 150MB/초 150MB/초 150MB/초 150MB/초 150MB/초 150MB/초 150MB/초 150MB/초 250MB/초\n최대 버스트 기간 30분 30분 30분 30분 30분 30분 30분 30분 30분\n디스크당 프로비저닝된 IOPS 120 120 120 120 240 500 1,100 2,300 5,000 7,500 7,500 16,000 18,000 20,000\n디스크당 프로비저닝된 처리량 25MB/초 25MB/초 25MB/초 25MB/초 50MB/초 100MB/초 125MB/초 150MB/초 200MB/초 250MB/초 250MB/초 500MB/초 750MB/초 900MB/초\n디스크당 최대 버스트 IOPS 3,500 3,500 3,500 3,500 3,500 3,500 3,500 3,500 30,000* 30,000* 30,000* 30,000* 30,000* 30,000*\n디스크당 최대 버스트 처리량 170MB/초 170MB/초 170MB/초 170MB/초 170MB/초 170MB/초 170MB/초 170MB/초 1,000MB/초* 1,000MB/초* 1,000MB/초* 1,000MB/초* 1,000MB/초* 1,000MB/초*\n최대 버스트 기간 30분 30분 30분 30분 30분 30분 30분 30분 무제한* 무제한* 무제한* 무제한* 무제한* 무제한*\n예약 가능 예 아니요 아니요 아니요 아니요 아니요 아니요 예 예, 최대 1년 예, 최대 1년 예, 최대 1년 예, 최대 1년 예, 최대 1년 예, 최대 1년\n*주문형 버스팅이 설정된 디스크에만 적용됩니다.\n프리미엄 SSD 관리 디스크: VM당 제한\nVM당 최대 IOPS GS5 VM에서 80,000 IOPS\nVM당 최대 처리량 GS5 VM에서 2,000MB/s\n관리되지 않는 가상 머신 디스크\n표준 비관리 가상 머신 디스크: 디스크당 제한\n디스크 크기 4,095GB 4,095GB\n영구 디스크당 최대 8KB IOPS 300 500\n최대 IOPS를 수행하는 최대 디스크 수 66 40\n프리미엄 관리되지 않는 가상 머신 디스크: 계정당 제한\n계정당 총 디스크 용량 35TB\n계정당 총 스냅샷 용량 10TB\n계정당 최대 대역폭(수신 + 송신)1 <=50 Gbps\n1수신 은 스토리지 계정으로 전송되는 요청의 모든 데이터를 나타냅니다. 송신 은 스토리지 계정에서 수신되는 요청의 모든 데이터를 나타냅니다.\n프리미엄 관리되지 않는 가상 머신 디스크: 디스크당 제한\nPremium Storage 디스크 유형\n디스크 크기 128GiB 512GiB 1,024GiB(1TB) 2,048GiB(2TB) 4,095GiB(4TB)\n디스크당 최대 IOPS 500 2,300 5,000 7,500 7,500\n디스크당 최대 처리량 100MB/초 150MB/초 200MB/초 250MB/초 250MB/초\n스토리지 계정당 최대 디스크 수 280 70 35 17 8\n프리미엄 관리되지 않는 가상 머신 디스크: VM당 제한\nVM당 최대 처리량 GS5 VM에서 2,000MB/초\n스토리지 계정 자격 증명의 최대 수 64\n볼륨 컨테이너의 최대 수 64\n최대 볼륨 수 255\n대역폭 템플릿당 일정의 최대 수 168 매시간, 매일에 대한 일정.\n물리적 디바이스의 계층화된 볼륨 최대 크기 StorSimple 8100 및 StorSimple 8600의 경우 64TB StorSimple 8100 및 StorSimple 8600은 물리적 디바이스입니다.\nAzure 내 가상 디바이스의 계층화된 볼륨 최대 크기 StorSimple 8010의 경우 30TB\nStorSimple 8020의 경우 64TB StorSimple 8010과 StorSimple 8020은 각각 표준 스토리지와 프리미엄 스토리지를 사용하는 Azure의 가상 디바이스입니다.\n물리적 디바이스의 로컬로 고정된 볼륨 최대 크기 StorSimple 8100의 경우 9TB\nStorSimple 8600의 경우 24TB StorSimple 8100 및 StorSimple 8600은 물리적 디바이스입니다.\niSCSI 연결의 최대 수 512\n초기자에서 iSCSI 연결의 최대 수 512\n디바이스당 액세스 제어 레코드의 최대 수 64\n백업 정책당 볼륨의 최대 수 24\n백업 정책당 유지된 백업의 최대 수 64\n백업 정책당 일정의 최대 수 10\n볼륨당 유지할 수 있는 모든 형식의 최대 스냅샷 수 256 이 크기에는 로컬 스냅샷과 클라우드 스냅샷이 포함됩니다.\n어느 디바이스에나 표시할 수 있는 최대 스냅샷 수 10000\n백업, 복원 또는 복제를 위해 병렬로 처리할 수 있는 최대 볼륨 수 16\n볼륨이 16개를 초과하는 경우, 처리 중인 슬롯을 사용할 수 있게 되면 순차적으로 처리됩니다.\n복제 또는 복원된 계층화된 볼륨의 새 백업은 작업이 완료될 때까지 발생할 수 없습니다. 로컬 볼륨의 경우 볼륨이 온라인 상태가 된 후에 백업이 허용됩니다.\n계층화된 볼륨의 복원 및 복제 복구 시간 2분 미만\n볼륨은 볼륨의 크기에 상관없이 복원 또는 복제 작업 중 2분 내에 사용할 수 있습니다.\n대부분의 데이터 및 메타데이터가 여전히 클라우드에 상주하므로 볼륨의 성능은 초기에는 느려질 수도 있습니다. 성능은 데이터가 클라우드에서 StorSimple 디바이스로 흐르면서 향상될 수도 있습니다.\n메타데이터의 총 다운로드 시간은 할당된 볼륨 크기에 따라 다릅니다. 메타데이터는 할당된 볼륨 데이터의 TB당 5분의 속도로 자동으로 백그라운드에 가져와집니다. 이 속도는 클라우드에 대한 인터넷 대역폭에 의해 영향을 받을 수 있습니다.\n모든 메타데이터가 디바이스에 있는 경우 복원 또는 복제 작업이 완료됩니다.\n복원 또는 복제 작업이 완료될 때까지 Backup 작업을 수행할 수 없습니다.\n로컬로 고정된 볼륨의 복원 복구 시간 2분 미만\n볼륨은 볼륨의 크기에 상관없이 복원 작업 중 2분 내에 사용할 수 있습니다.\n계층화된 볼륨과 달리, 로컬로 고정된 볼륨이 있는 경우 볼륨 데이터도 디바이스에 로컬로 다운로드됩니다. 모든 볼륨 데이터를 디바이스로 가져왔으면 복원 작업이 완료된 것입니다.\n복원 작업은 오래 걸릴 수 있으며, 복원을 완료하는 데 걸리는 총 시간은 프로비저닝된 로컬 볼륨의 크기, 인터넷 대역폭 및 디바이스의 기존 데이터에 따라 달라집니다. 로걸로 고정된 볼륨에서는 복원 작업이 진행 중인 동안 백업 작업이 허용됩니다.\n씬 복원 가용성 마지막 장애 조치\n최대 클라이언트 읽기/쓰기 처리량(SSD 계층에서 제공 시)* 920/720MB/초(단일 10기가비트 이더넷 네트워크 인터페이스를 사용하는 경우) MPIO 및 2개의 네트워크 인터페이스를 사용하는 경우 최대 2배\n최대 클라이언트 읽기/쓰기 처리량(HDD 계층에서 제공 시)* 120/250MB/초\n최대 클라이언트 읽기/쓰기 처리량(클라우드 계층에서 제공 시)* 11/41MB/초 읽기 처리량은 충분한 I/O 큐 깊이를 생성 및 유지 관리하는 클라이언트에 따라 달라집니다.\n*I/O 형식당 최대 처리량은 100% 읽기 및 100% 쓰기 시나리오로 측정되었습니다. 실제 처리량은 낮을 수 있으며 I/O 조합 및 네트워크 상태에 따라 다릅니다.\n지역별 구독당 최대 스트리밍 단위 수 500 500개를 초과하는 구독의 스트리밍 단위 증가를 요청하려면 Microsoft 지원에 문의하세요.\n작업당 입력의 최대 수 60 Azure Stream Analytics 작업당 60개의 입력 하드 제한이 있습니다.\n작업당 출력의 최대 수 60 Stream Analytics 작업당 60개의 출력 하드 제한이 있습니다.\n작업당 함수의 최대 수 60 Stream Analytics 작업당 함수 60개의 출력 하드 제한이 있습니다.\n작업당 스트리밍 단위의 최대 수 192 Stream Analytics 작업당 192개의 스트리밍 단위의 하드 제한이 있습니다.\n지역당 최대 작업 수 1,500 각 구독에는 지역당 최대 1500개의 작업이 있을 수 있습니다.\n참조 데이터 Blob MB 5GB 6개 이상의 SU를 사용하는 경우 최대 5GB까지 사용할 수 있습니다.\n쿼리의 최대 문자 수 512000 Azure Stream Analytics 작업 쿼리에는 512k 문자의 하드 제한이 있습니다.\nVirtual Machines 제한\n클라우드 서비스당 가상 머신 1 50\n클라우드 서비스당 입력 엔드포인트 2 150\n1 Azure Resource Manager 대신 클래식 배포 모델을 사용하여 만든 가상 머신은 클라우드 서비스에 자동으로 저장됩니다. 부하 분산 및 가용성을 위해 해당 클라우드 서비스에 더 많은 가상 머신을 추가할 수 있습니다.\n2 입력 엔드포인트를 사용하여 가상 머신의 클라우드 서비스 외부에서 가상 머신에 통신할 수 있습니다. 같은 클라우드 서비스나 가상 네트워크에 있는 가상 머신은 서로 간에 자동으로 통신할 수 있습니다.\nVirtual Machines 제한 - Azure 리소스 관리자\n구독 지역당 25,0001\n구독당 VM 총 코어 수 지역당 201 한도를 늘리려면 고객 지원팀에 문의하세요.\n구독당 Azure Spot VM 총 코어 수 지역당 201 한도를 늘리려면 고객 지원팀에 문의하세요.\n시리즈당 VM(Dv2 및 F 등), 구독당 코어 지역당 201 한도를 늘리려면 고객 지원팀에 문의하세요.\n구독당 가용성 집합 지역당 2,500\n가용성 집합당 가상 머신 200\n리소스 그룹별 근접 배치 그룹 800\n가용성 집합당 인증서 1992\n구독당 인증서 무제한3\n1 기본 한도는 평가판 및 종량제와 같은 제안 범주 유형과 Dv2, F, G와 같은 시리즈에 따라 다릅니다. 예를 들어 기업계약 구독의 기본값은 350입니다. 보안을 위해 구독은 대규모 코어 배포를 방지하기 위해 기본적으로 20개 코어로 설정됩니다. 더 많은 코어가 필요한 경우 지원 티켓을 제출합니다.\n2 SSH 공개 키와 같은 속성도 인증서로 푸시되고 이 제한에 포함됩니다. 이 제한을 무시하려면 Windows용 Azure Key Vault 확장 또는 Linux용 Azure Key Vault 확장을 사용하여 인증서를 설치합니다.\n3 Azure Resource Manager를 사용하면 인증서는 Azure Key Vault에 저장됩니다. 구독에 대한 인증서 수는 무제한입니다. 배포당 인증서 한도는 1MB이며 단일 VM 또는 가용성 집합으로 구성됩니다.\n가상 머신 코어에는 지역별 총 한도가 있습니다. 또한 Dv2 및 F와 같은 지역별 크기 시리즈에 대한 한도도 있습니다. 이러한 한도는 별도로 적용됩니다. 미국 동부 총 VM 코어 한도가 30이고, A 시리즈 코어 한도 30이며, D 시리즈 코어 한도는 30인 구독을 예로 들 수 있습니다. 이러한 구독은 30개의 A1 VM 또는 30개의 D1 VM 또는 총 코어가 30개를 초과하지 않는 두 가지의 조합을 배포할 수 있습니다. 조합의 예로는 10개의 A1 VM과 20개의 D1 VM이 있습니다.\nShared Image Gallery 제한\nShared Image Gallery를 사용하여 리소스를 배포할 때 구독당 제한이 있습니다.\n구독마다, 지역마다 공유 이미지 갤러리 100개\n구독마다, 지역마다 이미지 정의 1,000개\n구독마다, 지역마다 이미지 버전 10,000개\n가상 머신 확장 집합 제한\n확장 집합에서 최대 VM 수 1,000\n확장 집합의 사용자 지정 VM 이미지에 따라 최대 VM 수 600\n지역에서 최대 확장 집합 수 2,500\nAzure 제한 및 증가 이해\nAzure를 위한 가상 머신 및 클라우드 서비스 크기\nAzure Cloud Services를 위한 크기\nAzure 리소스에 대한 명명 규칙 및 제한 사항


몽가2 15d(10만) vs 클라우드피크2 15d(13만) 무엇으로 사야될까요? 15\n등록일: 2021-07-28 20:28\n조회수: 1272 / 추천수: 1\n몽가2 15d(10만) vs 클라우드피크2 15d(13만) 무엇으로 사야될까요?\n몽가2는 네이버페이 가격이고\n클라우드피크2는 알리 할인 가격입니다\n1인이 사용할 예정이구요... 어떤걸 추천하시나요?\n+++몽가 15d가 아니었네요..\n본 게시글은 작성자에 의해 2021-07-29 17:53:30에 최종 수정되었습니다. (1회)\nproacitve 님의 최근 게시물\n탈모포럼 > 첫 탈모약은 28정에 3만5천원이나 줬네요ㄷㄷ\n탈모포럼 > 최근 한달 사이에 매일 수백가닥이 빠집니다..\n휴대폰질문 > 디프 폴드3 자급제 아직 행사하나요??\n캠핑포럼 > 타프 이런식으로 쳐도 되나요?\n휴대폰질문 > 에이모바일은 어플,앱 이 따로 없나요?\n뽐뿌( https://www.ppomppu.co.kr )에서 발송되어진 메일입니다. 몽가2 15d(10만) vs 클라우드피크2 15d(13만) 무엇으로 사야될까요? 클릭하시면 원본 글과 코멘트를 보실수 있습니다. https://www.ppomppu.co.kr/zboard/view.php?id=camping&no=262760 ============================================================== 몽가2 15d(10만) vs 클라우드피크2 15d(13만) 무엇으로 사야될까요?몽가2는 네이버페이 가격\n정말 많은 고민과 수많은 리뷰를 본 결과...\n둘다 만족하실겁니다 ㅎㅎ\n다만 플라이없이 단독 사용경우에 합리적인 것은 피크2더군요~\n0 0 proacitve\n너무 고민되네요ㅎ 답변 감사합니다.\n플라이를 안덮고 이너 단독으로도 쓰고 싶다.\n플라이, 이너, 그라운드시트 세가지 모두 한번에 설치하고 싶고 자립도 되는 걸 사고 싶다\n몽가2는 클라우드피크2 대비 다소 협소한곳에서도 설치가 가능하긴 하구요.(플라이 전 후 팩 안박고)\n이렇게 비교를 해주시니깐 더 선택하기가 쉬워지네요ㅎ\n휴양림용으로 클라우드피크2 20d 그린 사용중입니다. 모두 결합된 상태로 피칭이 된다는게 큰 장점입니다. 폴3개의 길이도 모두 같아 섞일 일도 없고요 ㅎ\n훈정서우님 말대로 플라이없이 이너 단독용으로 겸용으로 사용하려면 몽가2 괜찮을거 같습니다.\n그나저나 몽가2 15D 어디서 10만원에 파나요? 사고 싶네요 ㅎㅎ\n사진은 얼마전 거제자연휴양림에서 사용한 클라우드피크2 입니다. 사진이 돌아가네요 ㅜㅜ\n네이버에 몽가2 검색하면 XX가월드 라는 곳에서 팔고 있어요ㅋㅋ 국내배송은 아니구요\n바람에 피크가 강하고 공간도 좀 더나옵니다\n몽가는 여름에 매쉬 이너만 쓸일이 많았습니다\n몽가는 바람숭숭들어와서 겨울 단독사용 불가\n피크는 여름에덥고 겨울에 몽가보다 훨씬낫습니다\n그리고 백패킹용 아니시라면 몽가3으로 가세용~\n0 0 카우보이밥\n비비x월드에 15d 없던데요. 좌표부탁드려요\n핑크 210t가 10만인듯 배송포함\n이 제품은 15D가 아니라 210T네요\n@훈정서우 아 그러네요.... 링크는 삭제해야겠어요 ㅠ\n1 0 진성자\n하나사서 두루 쓰겠다. 피크2. 더운여름포함 3계절쓰고 동계용 텐트는 따로 사겠다. 몽가2요. 물론 몽가사고 알리발동계이너 따로 구입해 동계에도 쓸수 있으나. 여름에는 이너만 사용할수 있게 번거로와도 이너치고 플라이씌우는 방식이 좋고요. 동계는 한방에 풋프린트까지 치는 방식이 편하더군요. 개인적으로는 조금 더 투자해 제너두 2p 솔리드 사서 두루쓰시는거 추천요.


[알라딘서재]오르테가 이 가세트의 돈키호테 성찰\n오르테가 이 가세트의 돈키호테 성찰ｌ문학의 뒷계단\n로쟈 ( ) l 2020-07-14 20:29\n이번주 주간경향(1386호)에 실은 리뷰를 옮겨놓는다. 오르테가 이 가세트의 <돈키호테 성찰>(을유문화사)에 대해서 다루었다. 근대소설에 관한 성찰로서 루카치의 <소설의 이론>(1920)과 견주어 읽어봐도 좋겠다는 생각이 들었다. 오르테가의 가장 유명한 저작은 <대중의 반역>인데, 아울러 소설론도 재평가될 만하다. 소론적 성격이어서 아쉽긴 하지만 소설론 노트는 <예술의 비인간화>에도 부록으로 수록돼 있다...\n주간경향(20. 07. 20) 스페인 개혁을 갈망하며 돈키호테를 소환\n20세기 스페인의 대표 철학자로 알려진 오르테가 이 가세트는 더 나아가 스페인의 유일한 철학자로까지 평가받는다. '철학자의 나라' 독일과 비교하면 두드러진 차이로 여겨지는데, 스페인을 포함한 지중해 국가들의 공통적인 문화가 그 배경으로도 지목된다. 괴테가 이탈리아 여행에서 만난 이탈리아 대위는 괴테가 자주 명상에 잠기는 걸 보고서 이렇게 말했다. "무얼 그렇게 생각하십니까? 인간은 절대 생각하면 안 됩니다. 생각을 많이 하면 늙을 뿐이죠."\n그런 문화 속에서 철학자가 탄생했으니 오르테가가 예외인가 싶지만 사정을 보면 그렇지도 않다. 스페인의 대학에서 철학을 전공하고 박사학위를 받지만 정작 그가 철학자로 성장하는 것은 독일 유학을 통해서였다. 특히 마르부르크대학에서 신칸트학파의 거장들로부터 사사를 받은 오르테가는 마르부르크를 칭송하며 "내 학문의 거의 전부를 빚지고 있다"고 고백했다. 그의 철학에 미친 독일의 영향을 미루어 짐작하게 한다. 독일에서 귀국한 '젊은 철학자' 오르테가는 모교의 형이상학 교수로 취임하고 활발한 강연과 저술 활동에 나서는데, 그가 31살에 펴낸 첫 저작이 <돈키호테 성찰>(1914)이다. 곧 '돈키호테'가 철학자 오르테가의 출발점이다.\n왜 돈키호테인가? 신대륙 발견 이후 한때 세계 최강의 제국으로 군림했던 스페인은 무적함대의 패배와 함께 대서양 패권을 영국에 넘겨주고 차츰 쇠락의 길로 접어든다. 재기의 기회를 찾지 못하던 차에 1898년 미국과의 식민지 전쟁에서 패배하면서 스페인의 몰락은 절정에 이른다. 그렇지만 이러한 몰락의 상황은 젊은 세대 지식인들에게 강한 경각심을 불어넣었고 스페인의 개혁과 재건운동의 동기를 심어주었다. 그런 배경에서 탄생한 것이 '98세대'이며 스페인 현대문학의 출발점이 된다.\n98세대의 문제의식을 계승한 오르테가 역시 스페인의 정치개혁과 함께 의식과 문화 전반의 혁명을 강력히 갈망하며 돈키호테를 화두로 소환한다. 낡은 스페인을 부정하고 새로운 스페인을 대안으로 발견하려고 할 때 스페인이 낳은 가장 위대한 업적으로서 세르반테스의 <돈키호테>를 불러내는 것은 지극히 당연해보인다. "하느님, 대체 스페인은 무엇입니까?"라는 질문에 답하기 위해 오르테가는 돈키호테주의, 혹은 <돈키호테>를 통해서 읽어낼 수 있는 세르반테스주의에 대해 성찰한다.\n오르테가의 성찰에서 중심 주제는 소설이다. <돈키호테>에 대한 문학사적 평가는 '최초의 소설'이라는 데 모아진다. 당연히 질문할 수밖에 없는 것은 소설이란 무엇인가란 질문이다. 소설 장르에 대한 성찰은 자연스레 다른 역사적 장르들과의 비교로 이어진다. 그의 성찰을 이끄는 두 가지 전제는 첫째, 예술의 본질적 주제는 언제나 인간이라는 것과 둘째, 각 시대는 인간에 대한 본질적인 해석을 낳으며, 그에 따라 각 시대는 특정한 장르를 선호한다는 것이다.\n소설은 바로 근대, 더 구체적으로는 19세기에 접어들면서 전성기를 맞은 장르다. 그러한 현상이 어떻게 가능하게 된 것인지, 그리고 어째서 <돈키호테>가 소설의 효시가 되는 작품인지 오르테가는 해명하고자 한다. 스페인의 장래에 대한 근심과 기대를 바탕에 깔고 성찰이지만 우리로서는 근대소설에 관한 흥미로운 철학적 성찰로 더 유의미하게 읽힌다.\n주간경향, 오르테가이가세트, 돈키호테, 소설론, 스페인\n2020-07-15 02:03 URL\n2020-07-15 08:21 URL\n2020-07-15 16:13 URL\n2020-07-16 23:33 URL


손님 이건 손예진.. 사랑의 불시착 손예진 헤어/메이크업 담당이 직접 밝힌 '윤세리' 룩 | 얼루어 코리아 (Allure Korea)\n손님 이건 손예진.. 사랑의 불시착 손예진 헤어/메이크업 담당이 직접 밝힌 ‘윤세리’ 룩\n드라마 <사랑의 불시착> 속 손예진의 헤어와 메이크업이 궁금하다고요? 서울에서는 청담동 여신 웨이브, 북한에서는 산발머리로 불리는 드라마 속 그 머리와 메이크업은 어떻게 탄생되었는지 담당 선생님들을 탈탈 털어보았습니다.\n무려 16년간 손예진 배우의 헤어를 담당한 제니하우스 구미정 부원장, 6년 넘게 메이크업을 담당한 무진 원장에게 물었습니다.\nQ. 드라마 속 ‘윤세리’ 룩의 특징은 무엇인가요?\n서울룩, 북한 룩 두가지의 컨셉을 가져간 게 가장 큰 특징이에요. 서울에서는 재벌 3세, 대표님 타이틀을 가지고 있는 만큼 카리스마 넘치는 느낌을 가져가려고 했죠. 북한에서는 ‘북한 사람’이 아니고 북한에 사고로 불시착한 상황이기 때문에 최대한 무언가를 하지 않으려 했어요. 메이크업의 경우, 거의 생얼이라고 봐도 무방합니다.\n한마디로 예진씨 얼굴이 다 한, ‘손이손(손님 이건 손예진)’ 룩이에요.\nQ. 남과 북 헤어는 어떻게 다른가요?\n극 중 ‘윤세리’는 재벌 3세이다 보니 청담동에서 머리를 할 것 같지 않습니까? 그래서 청담동에서도 아주 인기가 많은 편인 일명 ‘여신 웨이브’로 디자인을 했어요. 실제로 드라마 대본에 ‘산발 머리’라는 단어가 나오는데, 여기서 힌트를 얻기도 했죠. 리정혁에게 투덜거린 것처럼, 실제로 아주아주 비싼 머리가 맞습니다. 펌이 무려 3가지나 들어갔고요, 펌이 들어간 섹션별로 커트를 다르게 들어갔어요.\n서울에서는 카리스마 넘치는 대표님 이미지를 강조해야 하기 때문에 C나 S컬을 넣어 북에서 보다는 좀 더 얌전하고 세련된 느낌이 되도록 스타일링 했어요. 북에서는 펌이 3가지 들어간 머리 그대로 자연스러운 웨이브로 연출했죠. 중간 중간 옆으로 땋거나 묶는 머리는 전부 손예진씨가 직접 한 거예요. 제 손길이 닿으면 어쩔 수 없이 꾸민 듯한 느낌이 나기 때문이죠. 리얼리티를 상당히 강조하는 배우다 보니 드라마 속 상황에 따라 이렇게 직접 연출이 들어가는 경우가 많아요.\nQ. 너무 반짝거리지도 않고 보송하지도 않은 베이스 메이크업은 어떻게 했나요?\n예진씨는 피부결 자체가 예뻐요. 그 부분을 최대한 강조하기 위해 생각하는 것보다 더!! 얇게 베이스를 바르는 편이고요. 자연스럽게 본연의 결이 보이면서 광채가 올라오는 걸 보여주기 위해 파우더 처리도 하지 않습니다. 대신 21호와 23호 정도로 거의 두톤정도 차이나는 리퀴드 파운데이션을 사용해요. 외곽에는 23호를 바르고, 안쪽에는 21호를 발라 자연스럽게 서로 그라데이션 되게 하면 따로 섀딩하지 않아도 윤곽이 사는 베이스 메이크업이 완성되죠. 여러분도 먼저 전부 하얗게 한 다음 깎지 말고 이렇게 해보세요! 정말 간편해요.\nQ. 아이와 립 메이크업은 어떻게 했나요?\n이건 제가 예진씨를 오래 담당하며 알게된 사실인데, 색조를 덜 얹을 수록 예쁜 얼굴이에요. 분위기가 살아야 예쁘다고 해야 할까요? 그래서 가끔 팬 분들이 SNS 메세지로 물어보기도 해요. 화장을 왜 그렇게 연하게 하냐고.. 물론 CF나 화보 촬영할 때는 시안에 맞춰 블러셔도 하고 아이 메이크업도 하지만 드라마나 영화 촬영 때는 색조 자체를 별로 하지 않아요. 다른 작품과 비교해서 이번 드라마 ‘서울룩’은 색조가 조금 들어간 편인데, 톤다운된 음영 섀도로 음영 메이크업을 하고 눈썹도 마스카라로 빗어주고 아이라이너까지 했죠. 컬러는 쿨톤 계열이 잘 어울리지만 확답하긴 어려워요. 컬러 자체를 얹지 않는 게 최선입니다.\n심지어 원래 본인 입술색 자체가 다른 분들에 비해 붉은 편이에요. 조명이나 보정 탓도 있겠지만 조금만 붉은기 있는 립 제품을 발라도 화면에서 상당히 튀게 나오더라고요. 그래서 옅은 피치 컬러의 립스틱을 베이스로 깔고 그 위에 립제품을 덧바르고 있어요. 컨실러나 파운데이션으로 커버한 뒤 올리면 그 자체로 화장이 두꺼워지고 밀려서 컬러가 탁하게 나오는데, 이렇게 하면 훨씬 화사하게 제가 원하는 컬러의 립을 바를 수 있어요.\nQ. 일반적인 웨이브 헤어와 다른 특징은 무엇인가요?\n바로 커트입니다. 애칭은 소프트 레이 컷! 뿌리펌, 페이스라인 쪽에는 일반 펌(콜드 펌), 모발 아래쪽에는 디지털 펌(열 펌) 총 3가지의 펌이 들어간 것도 특징이지만 이 전체적인 펌을 어우러서 헤어가 좀 더 물 흐르듯 보일 수 있게 할 수 있는 비결은 커트에 있어요. 요즘 유행하는 페이스 라인 커트로 머리를 묶었을 때 구레나룻, 이마 부분에 잔머리가 자연스럽게 나오도록 했고요, ‘홀슈 파팅’이라고 해서 말발굽 모양으로 윗 머리를 들어 커트했죠.\n헤어 스타일링과 리얼리티 넘치는 북한 메이크업은 어떻게 했을까요? 궁금하다면 영상에서 확인! (클릭)\n제니하우스 구미정 부원장\n제니하우스 무진 원장


[스크랩] 의료·교육·주택구입 용도 외에도 찾을 수 있어\n재무부와 국세청( IRS)은 최근 예외적인 401(k) 자금인출에 대한 최종 규정을 발표했다. 재정적으로나 기타 곤란한 상황 시 예외적으로 조기인출을 허락해 온 이른바 '하드십(hardship)' 규정이 내년부터 달라지게 된다.\n일반적으로 401(k) 플랜에 참여하고 있는 직장인들은 의료비용이나 교육비, 주택구입 비용 등과 관련한 재정적 어려움이 있을 시 예외적인 조기 인출이 가능했다. 그런데 최근 적용 범위와 상황을 확대한 최종 내용이 발표된 것이다. 이로 인해 필요할 경우 '하드십' 조기 인출이 조금 더 수월해 질 것이라는 분석이다.\n◇'하드십' 인출을 둘러싼 논란\n'하드십' 조기 인출은 은퇴정책 전문가들 사이에서는 논란이 있는 주제다. 현재 이같은 하드십에 따른 조기 인출은 시중의 약 80%의 401(k) 플랜들이 허락을 하고 있다. 하지만 이를 사용한 가입자는 2.3%에 불과하다.\n이같은 조기 인출은 어쨌든 권장되어선 안된다는 것이 일각의 입장이다. 이것이 쉬워지면 결국은 은퇴플랜들로부터 돈이 새어나가는 출구를 만들어 주는 셈이 된다는 것이 주된 이유다. 은퇴 전에 미리 돈을 인출해 사용하기 쉬워짐에 따라 이를 쉽게 생각하게 되고, 결국 은퇴자금 마련에 큰 차질을 불러올 수 있다는 지적이다. 401(k) 플랜의 하드십 조기 인출은 비록 허락되더라도 59.5세 이전이라면 일반 소득세는 물론 추가로 10%의 페널티까지 부과되는 현행 규정도 이런 이유라고 볼 수 있을 것이다.\n이같은 우려는 실제 상황으로 나타날 수 있는 것으로 조사되기도 했다. 지난 2015년 보스턴 칼리지의 은퇴 리서치센터가 조사, 발표한 자료에 따르면 매년 전체 자산의 1.5%가 조기 인출로 빠져나가고 있는 것으로 나타났다. 그리고 이는 60세를 위한 총 은퇴자산 규모를 20% 이상 축소시키는 결과로 이어졌다. 조기 인출이 결과적으로 은퇴자금 규모를 크게 축소시킬 소지가 있다는 주장을 뒷받침하는 셈이다.\n반면 다른 쪽에서는 만약 직장인들이 필요할 때 자금을 좀 더 쉽게 사용할 수 있다면 401(k) 등 회사가 제공하는 은퇴플랜 활용을 더 적극적으로 고려하게 될 것이라는 주장이다. 물론, 현재 상황에서 조기 인출은 최악의 선택이라는 것이 전문가들의 공통된 지적이다. 하지만 어떤 형태로든 필요할 때 사용할 수 없다면 그만큼 저축에 소극적이 될 수밖에 없다고 보는 것이다.\n◇현행 규정과 바뀌는 규정\n현재 조기 인출을 어렵게 하는 규정 중 하나는 하드십 조기 인출을 하면 이후 6개월은 401(k) 플랜 적립을 시작할 수 없게 한 규정이다. 이 규정이 결국 가능한 조기 인출 기회를 활용하지 못하도록 억제하는 역할을 해왔다는 설명이다. 새 규정은 이 강제 규정을 모든 작업장에서 없애도록 했다.\n새 규정 하에서는 하드십 조기 인출을 했더라도 원하는 직장인들은 계속해서 자신의 401(k) 적립을 지속할 수 있게 한 것이다. 전문가들은 이로 인해 필요한 목돈을 빼서 써도 일을 하는 동안 플랜에 적립하고 싶은 만큼 계속 적립을 할 수 있게 되면 은퇴자금에 가해질 부정적 여파를 줄일 수 있을 것으로 보고 있다.\n또 하나 달라지는 규정은 하드십 인출과 융자 옵션 사이의 관계다. 기존 규정은 하드십 인출 전에 융자 옵션을 먼저 선택하도록 강제해왔다. 융자를 통해서도 해결되지 않는 자금의 필요가 있을 때 비로소 하드십 인출 옵션을 활용할 수 있었다는 의미다.\n일단 전문가들은 401(k)의 자금을 꼭 사용해야 한다면 융자가 직접 인출보다는 더 나은 방법이라고 본다. 융자는 우선 세금 문제가 없고, 이자나 원금 역시 자기 자신에게 상환하는 것이기 때문이다. 어쨌든 내년 1월부터 적용되는 새 규정은 융자부터 사용하라는 현행 의무조항을 없앤 것이다.\n또 중요한 변화는 회사가 적립해 준 매칭 부분이나 수익 공유(profit sharing) 등으로 적립해 준 부분, 투자수익 등 모든 유형의 자금을 다 인출할 수 있도록 하고 있다. 이전에는 세금과 페널티 등에도 불구하고, 결국 사용할 수 있는 자금은 그동안 본인이 적립한 부분에만 제한돼 있었다. 회사에서 적립해 준 부분도 예외적 조기 인출이 가능해지면 그만큼 필요한 상황에 있는 이들에게는 도움이 될 것이라는 설명이다.\n이같은 규정상의 변화는 일단 기존의 의무적 조항들을 없애는 것에 있다. 6개월 적립 불가 규정은 없어지기 때문에 일단 모든 플랜이 이를 가능하도록 해야 할 것이다. 그러나 조기 인출 전에 융자부터 하도록 한 규정은 강제성만 없어진 것이지 모두 융자 이전에 조기 인출을 허락하도록 강요하고 있는 것은 아니다. 이는 각 회사들마다 플랜 조항을 변경하는 것으로 가능해질 것이다. 그러나 얼마나 많은 회사 플랜들이 바뀐 규정을 반영해 플랜을 디자인허가나 수정할 지는 아직 불투명한 것으로 보인다.\n◇직장 은퇴플랜과 IRA\n개인 은퇴계좌(IRA)도 비슷한 예외 조기 인출 규정이 있다. 그러나 이들 규정은 약간의 차이도 있다. 꼭 필요한 인출 상황이 있다면 어떤 규정들이 있는 지 확인하거나 전문가들의 도움을 받아 진행하는 것이 바람직할 것이다.\n의료·교육·주택구입 용도 외에도 찾을 수 있어\n[스크랩] 의료·교육·주택구입 용도 외에도..