Azure Storage Blob 저장소의 컨테이너 

Azure PaaS App Service의 특정 디렉터리에 마운트 가능  

1. Storage Account를 생성하고 마운트 할 컨테이너를 생성합니다. 

1. App Service의 Configuration / Path mappings 메뉴에서 + New Azure Storage Mount 항목을 클릭합니다. 

2. Blob 저장소와 컨테이너를 선택하고, Mount path에 컨테이너를 마운트 할 디렉터리 위치를 지정합니다. 

 *<추가> 

동일 구독 내 Blob 저장소 아니라도 가능 

다른 구독이라면, Advanced 항목을 선택하고 직접 Access Key 지정 방식 으로 사용 

1. 상단의 Save 버튼을 클릭하여 저장합니다. 

1. Mount path로 지정한 위치에 blobfuse 어댑터로 추가된 항목이 보일 것입니다. 

Blob 저장소의 마운트가 완료되었다면 Server.xml을 수정하여 해당 디렉터리를 가상 디렉터리로 매핑 

사용자지정 tomcat 으로  복사를 해와서... 

/local/usr/tomcat/conf 디렉터리를 /home/tomcat/conf 위치로 복사합니다. 

 (App Service에서는 /home에 마운트 된 저장소 외에는 컨테이너 재시작 후 초기화 되어 없어짐) 

mkdir -p /home/tomcat 

cp -a /usr/local/tomcat/conf    /home/tomcat/conf 

/home/tomcat/conf/server.xml를 열어서 아래와 같이 <Host> 하위에 <Context> 요소를 추가합니다.   

<Host name="localhost"  appBase="webapps" …> 

<Context path="/upload" docBase="/site/wwwroot/webapps/scs/upload/" /> 

… 

 [추가정보] 

• Blob 저장소를 마운트 할 때 사용되는 가상 파일 시스템 어댑터는 Blobfuse입니다. Libfuse를 기반으로 오픈소스blobfuse 

https://github.com/Azure/azure-storage-fuse 

Tomcat/conf 복사해서 사용가능 

카탈리나 BASE, 카탈리나 HOME 각각에 톰캣 경로들이 들어있음. 

즉, 여러 개를 복제해서 사용가능하며, 디폴트 첫번째로 참조하는 경로는 /home/tomcat/conf 입니다. 

해당 경로에 tomcat conf가 없다면, /local/usr/tomcat/conf를 참조합니다.  

추가. 

앱서비스 스토리지 구성값 

App Service -> Configuration -> Application Settings에 WEBSITES_ENABLE_APP_SERVICE_STORAGE 항목 

False로 주면,  홈 디렉터리로 컨테이너 내부의 저장소를 사용하게 되므로 인스턴스가 재시작 될 경우 파일을 보존되지 않을 수 있습니다. 

인스턴스(컨테이너) 재시작 시 home 하위 디렉터리를 제외하고는 초기화됨. 

Azure 가상 머신에 대한 원격 데스크톱 연결 문제 해결

일반적인 해결책

1. 원격 데스크톱 구성을 다시 설정합니다.
2. 네트워크 보안 그룹 규칙/Cloud Services 엔드포인트를 확인합니다.
   NIC만 NSG매핑했는지 확인?
   Subnet도 추가로 NSG매핑을 해줘야됨
3. VM 콘솔 로그를 검토합니다.
4. VM에서 NIC를 다시 설정합니다.
5. VM 리소스 상태를 확인합니다.
6. VM 암호를 다시 설정합니다.
7. VM이 다시 시작됩니다.
8. VM을 다시 배포 합니다.

보다 깊은 상세한 해결책

https://docs.microsoft.com/ko-kr/azure/virtual-machines/troubleshooting/detailed-troubleshoot-rdp?toc=%2fazure%2fvirtual-machines%2fwindows%2ftoc.json

웹앱 스케일링 관련 의문항목 

1. L4로 묶어지는 웹앱이라면 문제없을 듯 

2. 기본적으로 사용자 세션이 동일한 인스턴스로 유지되는 설계라면 문제없음. 

DB의 정보만 쿼리하던지, insert 하는 로직이라면 

세션이 계속해서 유지되어야 하는 어플리케이션이라면? 

코드 레벨 어떤 작업 필요한지? 

오토스케일링 

메트릭 : cpu , 메모리, Data in, Disk queue 등 다양함 

"반응형 자동 크기조정" 

자동확장  

1. 스케일 업 : 플랜을 높은 플랜으로… 

2. 스케일 아웃 : 특정 메트릭 수치에 따른 인스턴스 수량 증가 

갑작스런 Burst 워크로드에 대응이 안될 수 있음. 

(Burst의 시간 기준은 모르겠음) 

-> 어느 정도 기본 인스턴스의 감은 가지고 사전준비를 해놔야 될 듯. 

인스턴스 개수를 미리 늘려놓는다던지 

규칙추가 후 선택가능한 메트릭 

시간집계 Rule 

평균을 권장 (시간경과에 따라 집계된 값의 평균) 

너무 신속한 반응, 빠른 진동을 방지하기 위해서 : 멀미남 

이런식임…. 

최근의 메트릭 통계도 같이 보여줌. 보고 판단... 

액션에 따라 개수/백분율 지정 가능,  

조정이 된 후 휴지기간 시간도 지정가능함. -> 빠른 진동을 방지하기 위한 장치 

단어의 의미에 대해서 자세히 파악필요... 

설정 가능 액션리스트 

과도한 비용발생을 막기위한 장치 : 최대 개수 지정 

Scal OUT 룰만 만들지 말고, IN/OUT 두개를 만들자 

한 개의 기준이 아니라, 여러 개 가능함. 

1. CPU percentage 

2. 요일/ 일자 기준으로 

AND 조건일 까 OR 조건일까? => 안겹치게 해야될 듯?? 

기본값 룰이 30%보다 클 경우 동작하는 룰이라면 

밑에 룰은 50%보다 클 경우로 정의 

Exploring Windows Azure Drives, Disks, and Images 

출처: <https://blogs.msdn.microsoft.com/windowsazurestorage/2012/06/27/exploring-windows-azure-drives-disks-and-images/>  

Azure Storage 디스크의 캐싱 및 성능 

출처: <https://docs.microsoft.com/ko-kr/learn/modules/caching-and-performance-azure-storage-and-disks/>  

캐시 

디스크(영구스토리지)보다 속도가 빠른 중간 메모리에 캐싱하여, 전체적인 속도를 올리는 기술 

보통 최근에 자주 접근했던 데이터블럭 혹은 최근에 계산했던 결과값 등이겠지. 

IOPS 

디스크에서 1초에 처리할 수 있는 요청의 수(요청은 읽기/쓰기) 

초당 5,000회의 읽기 및 쓰기 작업을 처리할 수 있음 

IOPS외에 디스크 성능에 영향을 주는 것 은 처리량, 대기시간 

 P50 디스크는 7500 IOPS를 프로비전 

처리량 

=대역폭 

일반적으로 1초에  저장소 디스크에 보내는 데이터의 양 

 P50 디스크는 초당 250MB  

대기시간 

앱이 디스크에 요청을 보내고 응답을 받는 데 걸리는 시간 

예시) 디스크가 5000 IOPS 처리가능, 대기시간이 10ms이라면 -> 초당 100개의 작업까지 처리가능 

성능측정도구 : iometer  

워크로드에 맞도록 설정 (예시) 

성능에 민감한 애플리케이션의 경우 데이터디스크에 저장 

SQL Server 

데이터 디스크(일반 및 TempDB 데이터용)에 대해 읽기 전용 캐싱을 사용 권장 

반면에, 로그 파일은 캐싱이 없는 데이터 디스크에 적합한 후보입니다 

캐싱 두가지 종류 

포털 GUI에서 해도 되고, 파워셸도 가능 

$myVM = Get-AzVM -ResourceGroupName $myRgName -VMName $myVmName 

전체조회 

$myVM | select-object -property ResourceGroupName, Name, Type, Location 

캐싱상태 조회 

$myVM.StorageProfile.OsDisk.Caching 

캐싱설정 속성만 변경 

$myVM.StorageProfile.OsDisk.Caching = "ReadWrite" 

VM에 적용 

Update-AzVM -ResourceGroupName $myRGName -VM $myVM 

적용여부 확인 

$myVM = Get-AzVM -ResourceGroupName $myRgName -VMName $myVmName 

$myVM.StorageProfile.OsDisk.Caching 

데이터디스크 확인 

$myVM.StorageProfile.DataDisks 

새디스크추가 (기존 데이터디스크가 없을경우) 

$newDiskName = "fotoshareVM-data2" 

Add-AzVMDataDisk -VM $myVM -Name $newDiskName  -LUN 1  -DiskSizeinGB 1 -CreateOption Empty 

Update-AzVM -ResourceGroupName $myRGName -VM $myVM 

디스크 정보확인 

$myVM.StorageProfile.DataDisks 

캐싱설정 속성 변경 

Set-AzVMDataDisk -VM $myVM -Lun "1" -Caching ReadWrite 

VM적용 

Update-AzVM -ResourceGroupName $myRGName -VM $myVM 

2019.08.15 발표됨

Ultra Disk Storage 

SAP Hana, OLTP 데이터베이스, NoSQL 및 기타 트랜잭션이 많은 워크로드와 같은 I / O 집약적 워크로드에 일관된 성능과 낮은 대기 시간을 제공

IOPS 또는 처리량을 조정하면 새로운 성능 설정이 1 시간 이내에 적용됩니다. ???

지원리전

• 미국 동부 2
• 북유럽
• 동남아시아

아직,  DSv3 및 ESv3 가상 머신 유형

출처: <https://azure.microsoft.com/en-us/blog/azure-ultra-disk-storage-microsoft-s-service-for-your-most-i-o-demanding-workloads/>

webapp 소스 가져오기, sync 다양한 방법

Deployment - Deployment Center 메뉴

FTP 는 파일질라 열어서 사용 

보안을 위해서. APP 암호 사용하면 됨 

웹앱 사이트 신규 생성 후 (clean한 상태에서) 

VS에서 생성한 사이트를 통째로 FTP 업로드

-> 오류 발생함.

 아래와 같이 Azure Log stream 에서 확인한 결과 500 서버에러 확인됨. 

오류나는 파일을 모두 삭제하려면 

애저 포털에서 파일 삭제하는 법  

Development Tolls - App Service Editor(Preview)에서 삭제하면됨 

위에서 FTP업로드 시 오류났던 사이트를 

Azure 웹앱 프로필 가져오기 해서, VS에서 프로젝트 게시 하면  

연결이 만들어지고, 오류도 없음.  

그 상태에서 새롭게 같은 프레임워크로 만든 웹사이트를  

FTP로 업로드 하면 결과는? 

-> 서버오류 없이 잘열림. 

Deployment Center - Onedrive 이용하여 동기화 방법 

내 개인원드라이브에 폴더가 만들어지기까지 시간이 소요됨 10분이상 

최초  원드라이브 파일 - 앱 - Azure Web Apps 밑에 azure웹사이트 폴더가 생성됨  (10분 이상 소요)

(최초 생성 후 비어있음) 

수동으로 업로드 아래와 같이  

소스폴더(원드라이브, 드롭박스 등등)에 파일을 업로드 한뒤  

아래 메뉴에서 "Sync" 버튼을 눌러줘야됨. 

• 동일한 파일명의 파일이 있다면 overwrite 됨 

• 새로운 파일들은 업로드 됨. 

• 같은 닷넷 웹사이트(같은 빌드)의 경우 전체를 올려도 오류 없이 잘열리는 것 확인 

Sync 누르면 아래와 같이 로그 조회됨. 

다른 수단으로 올리고 싶다면, 연결을 끊고(Disconnect) 다른 수단으로 연결하면 됨

새로운 터미널에서 Azure Cloud Shell도 가능하다 

아래와 같이 새탭 생성 시 보이도록  넣는 방법 

Setting을 열어서 json파일 수정 후 저장 

다음 아래와 같은 인증 절차가 필요함 

인증에 계정에 해당하는 테넌트 목록을 보여주는 형태임.  

인증 된 것을 기억하고, 터미널을 껐다가 켜면, 이전 구독이 선택된 채로 로그인 되어 있음. 

https://www.microsoft.com/store/productId/9N0DX20HK701 

The new windows terminal 

2019년 Build 에서 공개되었던 새로운 터미널이 다운로드 설치 사용이 가능합니다. 

CMD, 파워셸, 리눅스접속, Azure Cloud Shell 모두 한곳에서...  

사용자 정의 옵션을 사용하려면 JSON 파일을 편집 

출처: <https://www.theverge.com/2019/6/22/18701365/microsoft-windows-terminal-10-download-store-features>  

예제데이터베이스 파일 준비

AdventureWorks2012 mdf 기준 약 200MB

MDF파일을  데이터베이스 연결하는 방법 복원하자.

우선 SSMS를 실행하여데이터베이스에 접속

그리고 마우스 오른쪽 버튼을 이용하여 [데이터베이스] – [연결]을 선택한다.

데이터베이스연결 창이 나타나면 [추가] 버튼을 클릭한다.

[데이터베이스파일 찾기] 창이 나타나면 다운로드 받은 폴더의 경로를 선택하고 예제 데이터베이스 파일을 선택한다.

끝.

무라카미 아시시

물질보다 경험을 중요시하자.혹은 지식을 중요시 하자

명품이 명품인 이유는 브랜드 전략이다.

타인에게 인정받으려는 욕구를 마케팅에 이용한 것일 뿐

광고업계에서는 물욕을 충족하면 행복해진다는 잘못된 사상을 전파하려한다.

앵커링효과

최초 제시된 가격조건이 강한 인상으로 남게되는 현상

옷같은 제품의 가격대를 상향시켜 잡아놓고

SALE 진행할 때 사람들이 많이 찾게 만든다

기업 입장에서는 세일/비세일 기간 통합해서 매출만 유지가 되면 되는거지

물욕은 짧은 행복만 느끼게 해줄 뿐이다.

그에 반해 경험은 내 안에 차곡차곡 쌓여만 간다 (지식도 마찬가지)

물욕 처럼 공간을 차지하는 것도 아니고,

여러가지 경험 중에 여행을 통해 얻게 되는 경험도 있고,

심플라이프를 추구하자,

여행을 좋아한다면, 쉽게 여행을 길게, 떠날 수 있게

평소에 큰 크기의 물건은 사지 않고, 조금 불편하더라도 되도록 물건을 사지 않는

심플한 삶을 영위하자.

어떤 측면에서는 선택과 집중 전략과도 일맥상통하는 듯 하다.

본인이 중요하다 생각되는 분야에 집중하고,

그게 아닌 분야에 대해서는 심플라이프를 추구하는 형태?

명예욕을 버리자.

명예욕도 그 현직에 있을 때 대접을 받는 것이지.

퇴사하게 된다면, 자연인이 되는 것이다.

언제까지 이사, 상무가 되는지 아느냐

독립하고자 한다면, 좋아하는 일로 시작하는 게 아니라,

잘하는 일로 시작을 해야된다.

기존에 하던 잘하는 일로 시작해야된다.

다시 표현하자면, 기존 직장생활의 연장선상에서 시작해야(독립해야) 실패확률이 낮다.

무턱대고 시작하는 게 아니라,

안전한 장소(보금자리)인 회사에서 독립시  필요한 기술을 갈고 닦고 난 뒤

충분한 스킬에 도달하였다 생각될때 퇴직하라.

물론 자신을 전문가로 만들어준 회사에 보답을 해줘야된다.

차후에 인정을 받을수있고, 일을 연결해줄 수도 있다.

퇴사도 원만하게 할 수 있다.

판단하기 어렵다면, 가볍게 판단해볼 수 있는 방법은,

본인의 상사에게 퇴직의사를 가볍게 비쳐봤을때

상사가 본인의 퇴직을 말리는지,  크게 잡지 않는지를 보면

본인의 시장에서의 가치를 가늠해볼 수 있다.

동업 전략

기존에 알고 있던, 동업의 개념이 아니고,

살짝 다르다,

필자 같은 경우는 컨설팅 프리랜서로 일했다.

즉, 후배사원가 같이 프로젝트를 수행했다.

필자와 후배 각각 60% 정도 일을 하는 전략을 택해,

고객에게는 120%의 아웃풋을 보여주고,

그러나, 각각에게는 40%의 휴식을 하면서, 아웃풋을 완성하게 된다.

즉, 똑같은 일을 나눠서 하는 동업이다.

두명 모두 투잡이 있는 경우,

한주의 60%는 컨설팅 업무를 하고, 나머지 40%는 본인의 일 혹은 자유시간을 갖는 개념이다.

두명다 돈이 중요한 사람은 아니여야 할 듯,

그리고, 클라이언트가 agree할 수 있어야 할 것 같음.