VM.Standard.A1.Flex – 험블비 블로그 https://blog.layer1.dev layer 1 Wed, 24 Jan 2024 02:21:35 +0000 ko-KR hourly 1 https://wordpress.org/?v=6.8.3 oracle VM.Standard.A1.Flex CPU 성능 테스트 – AWS 인스턴스와의 비교 포함 https://blog.layer1.dev/post/it/oracle-vm-standard-a1-flex-cpu-%ec%84%b1%eb%8a%a5-%ed%85%8c%ec%8a%a4%ed%8a%b8-aws-%ec%9d%b8%ec%8a%a4%ed%84%b4%ec%8a%a4%ec%99%80%ec%9d%98-%eb%b9%84%ea%b5%90-%ed%8f%ac%ed%95%a8/ https://blog.layer1.dev/post/it/oracle-vm-standard-a1-flex-cpu-%ec%84%b1%eb%8a%a5-%ed%85%8c%ec%8a%a4%ed%8a%b8-aws-%ec%9d%b8%ec%8a%a4%ed%84%b4%ec%8a%a4%ec%99%80%ec%9d%98-%eb%b9%84%ea%b5%90-%ed%8f%ac%ed%95%a8/#comments Fri, 20 Aug 2021 05:43:59 +0000 https://autorevenue.ai/blog/?p=1387 클라우드에 관심이 있으신 분이라면 오라클의 평생 무료 클라우드에 대해 들어보셨을 수 있습니다. 제 경우에는 이 블로그 운영을 AWS의 EC2 T3.small 환경에서 해왔습니다. 비용은 RI를 이용중임에도 기타 부대비용등을 포함하면 월 3~4만원 수준의 비용이 발생했어요.

최근 오라클 클라우드에서 무료로 제공하는 인스턴스에 대해 알게되고 몇가지 비교 후 환경 이전을 결정했습니다. 글을 작성하는 시점에는 이미 이관이 완료되었구요.

오라클에서는 t3.micro ~ t3.nano 수준의 무료 인스턴스 VM.Standard.E2.1.Micro 인스턴스를 제공하고 있고, Arm 기반의 VM.Standard.A1.Flex 인스턴스를 제공하고 있습니다.

이중 VM.Standard.A1.Flex의 무료 사양이 대단해서 몇가지 테스트 후 이관하게 되었어요.

대략적으로 설명드리자면 최대 4개의 OCPU, 24gb의 메모리와 4Gbps 네트워크 대역폭 그리고 아웃바운드 월 10테라바이트를 제공합니다. public IP도 무료에 스토리지도 200gb까지 무료로 제공하니 스펙상으로는 가벼운 서비스 하나를 돌리는데 전혀 무리가 없었고 비용또한 발생하지 않는다는 결론이 났죠.

다만 기존 AWS의 인스턴스를 사용하다보니 오라클의 OCPU 실제 성능이 어느정도일지 감이 안와 가볍게 CPU 벤치마크를 진행하게 되었습니다.

* 해당 비교는 어느 서비스가 더 좋다, 의 이야기가 아닌 제 상황에 맞는 인스턴스 선택 그리고 귀찮음을 감수하고 AWS에서 오라클로 서버이관을 진행할만한 근거가 필요하여 시작된 비교이니 이 부분 감안하여 글 읽어주세요. 감사합니다

결론부터 말씀 드리자면

무료사양이라곤 너무나도 충분한 스펙입니다.

제 오라클 인스턴스 구성은 2 OCPU, 12gb 메모리 구성으로 두개의 인스턴스를 가지고 있어 실제 구성 가능한 최대 인스턴스의 절반정도의 구성 임에도 불구하고 기존 AWS의 T3.small 환경과 4배 가까운 벤치마크 결과가 있었죠.

T3.small CPU 성능 테스트

cat /proc/cpuinfo | grep CPU | wc -l
먼저 AWS T3.small는 두개의 vcpu, 즉 두개의 코어 스레드를 가지고 있습니다. 두개의 스레드를 옵션에 포함하여 sysbench로 cpu 테스트를 진행합니다.
sysbench cpu --events=10000 --cpu-max-prime=20000 --time=0 --threads=2 run

total time: 14.9289초로 통상 여기에 100을 곱한 1493점이 나왔습니다. 참고로 해당 점수는 실제 테스트 수행에 걸린 시간을 계산하기 때문에 낮게 나올수록 좋다고 볼 수 있습니다.

VM.Standard.A1.Flex CPU 성능 테스트

다음은 A1.Flex의 성능 테스트 입니다.

2개의 OCPU로 구성된 제 인스턴스는 10개의 스레드를 가지고 있네요. 만약 최대 무료 구성인 4개의 OCPU로 구성했다면 20개의 쓰레드일듯 합니다.

마찬가지로 –threads=10 옵션으로 열개의 쓰레드를 전부 포함하여 테스트를 진행합니다.

total time 3.8015s로 대략 380점 정도 입니다. AWS의 T3 인스턴스 테스트시 말씀 드린것처럼 해당 점수는 낮을수록 좋습니다. 수행시간을 계산한 점수이기 때문이죠.

g5.48xlarge 테스트 추가 (24.01.24)

큰 의미는 없고… 그냥 진행해봤습니다.
aws의 g5 패밀리 인스턴스는 GPU 연산에 특화된 인스턴스 입니다. 테스트에 사용된 인스턴스는 총 192개의 vCPU가 설정되어있습니다.

24점 정도 나오네요…

결론

t3.small 인스턴스 1493점, A1.Flex 2 OCPU 구성 380점 가량으로 4배 가까운 점수 차이가 났습니다. 동일한 작업을 4배속으로 끝냈다는 이야기죠. 심지어 무료로요!

처음에는 오라클에서 제공하는 무료 티어의 인스턴스가 AWS의 T3.micro 수준만 되었어도 이관을 하려고 했습니다. 무료니까요! 그런데 무료티어의 인스턴스가 생각보다 성능이 너무 잘 나와주어 테스트를 진행한 날 바로 전체 서버 이관을 진행했네요. 블로그가 점점 무거워지고 있음을 느꼈는데, 이관한 지금은 매우 쾌적하게 돌아가고 있습니다.

AWS의 인스턴스가 장난감치곤 부담되는 가격이어서 고민이 많았는데 이로써 마음 편히 가지고 놀 수 있게 되었습니다.

경험해보지 못한 오라클 클라우드 서비스를 다루어보는건 덤이구요.

지금까지 긴 글 읽어주셔서 감사합니다. 험블비입니다.

* 아래 oracle VM.Standard.A1.Flex 사용중 인스턴스가 정지되는 일을 겪게되어 적어놓은 포스팅이 있습니다. 혹여 오라클 인스턴스 사용에 관심이 있다면 사전에 읽어두시는 것도 좋습니다

https://blog.layer1.dev/post/it/oracle-vm-standard-a1-flex-will-not-accept-any-action-requests-%ec%98%a4%eb%a5%98/ https://blog.layer1.dev/post/it/oracle-vm-standard-a1-flex-cpu-%ec%84%b1%eb%8a%a5-%ed%85%8c%ec%8a%a4%ed%8a%b8-aws-%ec%9d%b8%ec%8a%a4%ed%84%b4%ec%8a%a4%ec%99%80%ec%9d%98-%eb%b9%84%ea%b5%90-%ed%8f%ac%ed%95%a8/ https://blog.layer1.dev/post/%eb%8f%99%ea%b8%80%ec%97%86%eb%8a%94-%eb%b8%94%eb%a3%a8%ed%88%ac%ec%8a%a4-%eb%a7%88%ec%9a%b0%ec%8a%a4-%ec%b6%94%ec%b2%9c-feat-%eb%a7%a5%eb%b6%81-%eb%a7%88%ec%9d%b4%ed%81%ac%eb%a1%9c%ec%86%8c/]]> https://blog.layer1.dev/post/it/oracle-vm-standard-a1-flex-cpu-%ec%84%b1%eb%8a%a5-%ed%85%8c%ec%8a%a4%ed%8a%b8-aws-%ec%9d%b8%ec%8a%a4%ed%84%b4%ec%8a%a4%ec%99%80%ec%9d%98-%eb%b9%84%ea%b5%90-%ed%8f%ac%ed%95%a8/feed/ 9 oracle VM.Standard.A1.Flex will not accept any action requests 오류 https://blog.layer1.dev/post/it/oracle-vm-standard-a1-flex-will-not-accept-any-action-requests-%ec%98%a4%eb%a5%98/ https://blog.layer1.dev/post/it/oracle-vm-standard-a1-flex-will-not-accept-any-action-requests-%ec%98%a4%eb%a5%98/#comments Wed, 18 Aug 2021 07:23:35 +0000 https://autorevenue.ai/blog/?p=1368 문제의 발견

오라클 클라우드의 VM.Standard.A1.Flex 구성을 사용 중이신 분이라면, 프리티어 종료 며칠 후 갑작스럽게 정지된 인스턴스를 볼 수 있습니다. 분명 무료구성으로 사용 중임에도 불구하고 말이죠.

will not accept any action requests.

심지어 인스턴스를 다시 시작하려 해도 위와 같은 문구가 뜨며 인스턴스 시작이 불가능한 상황입니다.

인스턴스 구성의 항상 무료 적격 표시 확인

원인

1시간가량 삽질 끝에 원인을 찾았습니다.

https://docs.oracle.com/en-us/iaas/Content/FreeTier/freetier.htm#Oracle_Cloud_Infrastructure_Free_Tier

오라클 클라우드의 프리티어 관련 문항입니다.

이곳의 위 항목 When Your Trial Period Ends 의 Note를 확인해보면 다음과 같이 적혀있습니다.
간략히 말하자면 프리티어 사용이 끝날 때, 유료 계정으로 업그레이드하지 않았다면 현재 사용 중인 A1 구성의 인스턴스는 자동으로 정지가 됩니다. 이후 한 달이 지나면 종료(삭제)가 됩니다.

네. 오라클 클라우드는 가입 시 기타 서비스와는 다르게 지불방법을 받지 않는데요, A1 구성의 경우 프리티어 종료 이후에도 계속 사용하려면 지불방법을 갱신해 유료계정으로 업데이트해야 합니다. 즉 실제 무료사용 가능한 구성으로 설정되어 있어도 유료전환계정이 아니라면 A1 인스턴스를 종료시킨다고 합니다.

실제로 무료 구성(OCPU:4, 메모리:24) 이내로 사용 중이라면 유료 계정으로 업그레이드해도 비용이 발생하지 않으니 저는 계정 업그레이드를 진행했습니다. 지불방법만 갱신해주면 되는 간단한 방법이고 비자카드를 등록했습니다. 계정 업데이트에는 다소 시간이 소요되는데, 저의 경우에는 2시간 반 정도 걸렸던 것 같아요.

위처럼 계정 업데이트 이후에는 다시 인스턴스 시작이 가능했습니다. 슬픈 건 기존 ocpu:4, 램 24 구성으로는 다시 사용이 불가능했는데 리전의 가용성이 그사이에 부족해졌기 때문이에요. 어차피 A1은 중간에 구성변경이 가능하니 최소구성으로 설정해줬습니다.

지불방법을 등록하지 않았을 때(무료사용계정)는 혹시 모를 실수 등으로 큰돈이 결제되는 것에 대한 걱정이 없었는데, 이젠 신용카드를 등록했으니 조금은 더 조심해서 사용해야 할 것 같습니다.

이 글이 누군가의 시간을 아껴주었으면 하는 바람입니다.

긴 글 읽어주셔서 감사합니다.

https://blog.layer1.dev/post/it/oracle-vm-standard-a1-flex-cpu-%ec%84%b1%eb%8a%a5-%ed%85%8c%ec%8a%a4%ed%8a%b8-aws-%ec%9d%b8%ec%8a%a4%ed%84%b4%ec%8a%a4%ec%99%80%ec%9d%98-%eb%b9%84%ea%b5%90-%ed%8f%ac%ed%95%a8/ https://blog.layer1.dev/post/%eb%8f%99%ea%b8%80%ec%97%86%eb%8a%94-%eb%b8%94%eb%a3%a8%ed%88%ac%ec%8a%a4-%eb%a7%88%ec%9a%b0%ec%8a%a4-%ec%b6%94%ec%b2%9c-feat-%eb%a7%a5%eb%b6%81-%eb%a7%88%ec%9d%b4%ed%81%ac%eb%a1%9c%ec%86%8c/ https://blog.layer1.dev/post/shop/%eb%a7%a5%eb%b6%81-%ea%b5%ac%eb%a7%a4-1%eb%85%84-%eb%a7%a5%eb%b6%81%ea%b3%bc-%ec%93%b0%ea%b8%b0-%ec%a2%8b%ec%9d%80-%ed%82%a4%eb%b3%b4%eb%93%9c-%ed%82%a4%ed%81%ac%eb%a1%a0-k2/]]> https://blog.layer1.dev/post/it/oracle-vm-standard-a1-flex-will-not-accept-any-action-requests-%ec%98%a4%eb%a5%98/feed/ 7