AWSin

상한가종목 주도테마주 대장급등주,12월16일마감시황,탈모테마주-위더스제약 JW신약 프롬바이오 현대약품,우주항공-나노팀,로봇-엠젠솔루션,화장품-에이블씨엔씨 뷰티스킨,자율주행-퓨런티어

AWS-in — Tue, 16 Dec 2025 23:30:42 +0900

화요일 국내증시 마감시황입니다.

오늘은 그냥 급락장이었습니다. 계좌의 종목들도 녹아내렸습니다. 손실종목은 더 큰 손실이 되고 있습니다. 역시 손절은 과감하게 무조건 짜르는것이 답입니다. 또 깨달음.

코스피(KOSPI)는 3,999.13으로 전일 대비 -2.24% 급락하며 4,000선 아래로 마감했습니다. 10거래일 만에 4000선이 무너진 것입니다.

코스닥(KOSDAQ)도 916.11로 -2.42% 하락해 전반적인 약세 흐름이 나타났습니다.

외국인과 기관이 동반 매도를 주도하면서 지수 하락 폭을 확대했습니다.

개인 투자자는 순매수를 보였으나 하락 압력을 상쇄하기에는 역부족이었습니다.

반도체를 포함한 대형 기술주 약세가 큰 영향을 미쳤습니다. 특히 SK하이닉스 등 반도체 대형주의 하락 폭이 컸습니다.

전반적으로 국내 증시는 AI 산업 거품 우려와 글로벌 경기 불확실성, 위험 회피 심리가 반영된 하락 장세였습니다.

원/달러 환율은 **1,477원대까지 상승(원화 약세)**하면서 외국인 매도 압력에 영향을 준 것으로 보입니다.

미국 증시에서도 AI 관련 조정과 기술주 약세가 나타나며 아시아 증시 전반이 부진했습니다.

#탈모테마주-위더스제약 JW신약 프롬바이오 현대약품

#정치관련주 에스제이그룹 에스제이그룹

#우주항공관련주 나노팀

#로봇관련주 엠젠솔루션

#화장품관련주 에이블씨엔씨 뷰티스킨

#자율주행관련주 퓨런티어

안녕하세요. 머니텐입니다.

몇일 사이 강했던 섹터들과 종목들이 급락을 했습니다. 이번 하락이 좋은 조정으로 끝나고 다시 반등을 해주면 감사하겠습니다. 그래도 어제에 이어서 비슷한 테마주 종목들이 연속 상승을 이어가고 있습니다. 그래서 새롭게 급등테마가 나오면 몇일 지켜보는것도 좋아 보입니다.

자세한 내용은 링크에서 확인하세요.

https://blog.naver.com/money2021/224112282632

"머니텐의 전업투자 가는길 블로그의 모든 포스트들은 전업투자자가 되기 위해 개인적으로 공부하고 투자하는 내용을 공유하는 콘텐츠입니다. 모든 내용은 참고만 해주시고, 투자결정과 결과에 대한 모든 책임은 투자자 본인에게 있습니다."

새로운 기능 – Amazon CloudWatch 기반 실제 사용자 모니터링

AWS-in — Wed, 9 Feb 2022 09:56:23 +0900

2009년에 저는 Amazon EC2의 새로운 기능인 Elastic Load Balancing, Auto Scaling, Amazon CloudWatch라는 제목의 블로그 게시물을 작성했습니다. 이 게시물에서는 Amazon CloudWatch가 확장성과 가용성이 뛰어난 애플리케이션을 구축하는 데 어떤 도움을 주는지 설명했으며, 배포 및 유지 관리 없이 지표에 대한 비용 효율적인 실시간 가시성을 제공한다는 점에 주목했습니다. 출시 이후 동일한 목표를 염두에 두고 CloudWatch에 많은 새로운 기능을 추가했습니다. 예를 들어, 작년에 CloudWatch Synthetics를 사용하여 사이트, API 엔드포인트, 웹 워크플로 및 기타 항목을 모니터링하는 방법을 보여드렸습니다.

https://aws.amazon.com/ko/blogs/korea/cloudwatch-rum/

새로운 기능 – Amazon CloudWatch 기반 실제 사용자 모니터링 | Amazon Web Services

2009년에 저는 Amazon EC2의 새로운 기능인 Elastic Load Balancing, Auto Scaling, Amazon CloudWatch라는 제목의 블로그 게시물을 작성했습니다. 이 게시물에서는 Amazon CloudWatch가 확장성과 가용성이 뛰어난 애플리

aws.amazon.com

Automate Container Anomaly Monitoring of Amazon Elastic Kubernetes Service Clusters with Amazon DevOps Guru

AWS-in — Wed, 9 Feb 2022 09:48:08 +0900

Observability in a container-centric environment presents new challenges for operators due to the increasing number of abstractions and supporting infrastructure. In many cases, organizations can have hundreds of clusters and thousands of services/tasks/pods running concurrently. This post will demonstrate new features in Amazon DevOps Guru to help simplify and expand the capabilities of the operator. The features include grouping anomalies by metric and container cluster to improve context and simplify access and support for additional Amazon CloudWatch Container Insight metrics. An example of these capabilities in action would be that Amazon DevOps Guru can now identify anomalies in CPU, memory, or networking within Amazon Elastic Kubernetes Service (EKS), notifying the operators and letting them more easily navigate to the affected cluster to examine the collected data.

https://aws.amazon.com/ko/blogs/devops/automate-container-anomaly-monitoring-of-amazon-elastic-kubernetes-service-clusters-with-amazon-devops-guru/

Automate Container Anomaly Monitoring of Amazon Elastic Kubernetes Service Clusters with Amazon DevOps Guru | Amazon Web Service

aws.amazon.com

Backup and Restore Strategies for Amazon RDS for SQL Server

AWS-in — Wed, 9 Feb 2022 09:47:40 +0900

Customers have asked for the right solution to safeguard their data on Amazon Relational Database Service (Amazon RDS) for SQL Server and meet their current Recovery Point Objective (RPO), the maximum acceptable amount of time since the last backup and Recovery Time Objective (RTO), the maximum acceptable delay between the interruption of service and restoration of service, requirements. One of the responsibilities of a database administrator is to protect the data of the company, and Amazon RDS for SQL Server has multiple options for creating backups of the data and also restoring it.

https://aws.amazon.com/ko/blogs/database/backup-and-restore-strategies-for-amazon-rds-for-sql-server/

Backup and Restore Strategies for Amazon RDS for SQL Server | Amazon Web Services

aws.amazon.com

AWS EC2 Windows 2016 .net 3.5 설치하기 (닷넷 3.5설치)

AWS-in — Fri, 5 Nov 2021 13:49:09 +0900

최신 Windows에서는 닷넷 3.5가 설치가 되어 있지 않다.

윈도우에 설치할 어플리케이션중에서 .net 3.5 프레임워크가 필요할 경우 수동으로 설치를 해야한다.

수동으로 설치할 경우에 동일한 원도우 설치이미지가 필요하다.

윈도우 설치 이미지안에서 데체원본경로지정 옵션에서 필요한 파일이 내장되어 있다.

AWS EC2에서는 윈도우 설치이미지를 별도로 제공하고 있다.

EC2 > Sanpshots > Public Sanpshots 옵션을 변경우 필요한 버전을 검색해서

해당 스냅샷으로 새로 생성 후 EC2 에 EBS 로 붙이면 된다.

닷넷을 설치할 서버에서 윈도우 기능 선택 후 "대체원본경로지정" 에서 새로 연결한 EBS 볼륨의 경로로 지정하면 된다.

설치가 완료된 이후 EBS 볼륨을 제거하고 스냅샷을 삭제하면 끝난다.

[참고문서]

https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/windows-optional-components.html

Add Windows components using installation media - Amazon Elastic Compute Cloud

Add Windows components using installation media Windows Server operating systems include many optional components. Including all optional components in each Amazon EC2 Windows Server AMI is not practical. Instead, we provide you with installation media EBS

docs.aws.amazon.com

Amazon EC2 Linux 인스턴스의 메모리 및 디스크 지표 설정하기

AWS-in — Fri, 29 Oct 2021 15:52:27 +0900

AWS EC2 의 지표중 디스크사용량, 메모리사용량에 대해서는 추가적으로 설정을 해야한다.

설정하는 방법이 예전에는 스크립트 방식으로 가능했으나 지금은 CloudWatch Agent 방식으로 지원을 하는 것 같다.

아래 링크에서 순서대로 해보자.

<참고문서>

https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/install-CloudWatch-Agent-on-EC2-Instance.html

#.1 Installing the CloudWatch agent using the command line

Download and configure the CloudWatch agent using the command line

EC2에서 아래에서 OS 별로 제공하는 패키지를 설치를 하자.

https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/download-cloudwatch-agent-commandline.html

sudo yum install amazon-cloudwatch-agent

wget https://s3.amazonaws.com/amazoncloudwatch-agent/amazon_linux/amd64/latest/amazon-cloudwatch-agent.rpm

sudo rpm -U ./amazon-cloudwatch-agent.rpm

Create IAM roles and users for use with CloudWatch agent

EC2 에 Agent 권한을 부여한는 Role을 생성해서 EC2에 연결해준다.

https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/create-iam-roles-for-cloudwatch-agent-commandline.html

#.2 Create the CloudWatch agent configuration file

환경파일 설정을 하는 단계이다.

https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/create-cloudwatch-agent-configuration-file.html

난 편하게 위자드 방식으로 진행해보자.

https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/create-cloudwatch-agent-configuration-file-wizard.html

Run the CloudWatch agent configuration wizard

sudo /opt/aws/amazon-cloudwatch-agent/bin/amazon-cloudwatch-agent-config-wizard

설정단계별로 선택을 해서 진행을 하면된다.

agent 선택에서 "cwagent" 를 선택하기. (잘모름)

#. 완료.

Cloudwatch 에서 확인해보자.

Cloudwacth > Metrics > All metrics > CWAgent 를 선택하자.

디스크 및 메모리 사용량의 대시보드를 확인할 수 있다.

AWS EC2에서 Hyper-V 구성하기 2/2 편

AWS-in — Fri, 17 Sep 2021 15:53:37 +0900

앞에서 우리는 Hyper-V 의 가상스위치까지 생성을 하였다.

지금 부터는 실제 VM을 만들어 보자.

가상호스트에서 특정 VM의 할당되는 내부아이피 대역을 지정할 수 있다.

윈도우 DHCP 기능을 통해서 설정할 수 있다.

(선택사항)

DHCP를 통한 VM 자동할당하기

DHCP Role 설치

명령어 : Install-WindowsFeature -Name ‘DHCP’ -IncludeManagementTools

Run the following PowerShell command to configure the DHCP scope and specify a range from the subnet that you determined earlier. In this example, use 192.168.0.10~192.168.0.20.

명령어 : Add-DhcpServerv4Scope -Name GuestIPRange -StartRange 192.168.0.10 -EndRange 192.168.0.20 -SubnetMask 255.255.255.0 -State Active

To configure the DHCP server to bind on the Hyper-V virtual interface, choose Control Panel, Administrative Tools, and DHCP.

DNS Servers 옵션은

Host 서버의 AWS DNS 로 설정한다.

서버 관리자(Server Manager) 상단에서 "Complete DHCP configuration"을 클릭하여 완료한다.

VM 만들기 단계

VM 생성할 이미지를 다운 받는다.

https://www.microsoft.com/en-us/evalcenter/evaluate-windows-server-2019

ISO 또는 VHD 를 선택한다.

다운 받은 VHD 파일로 직접 서버를 생성해보자.

이 후 단계는 레거시 생성과 동일하게 진행한다.

생성완료.

VM을 시작해보자.

암호를 입력하고 생성이 완료한다.

VM이 정상적으로 생성이 되었다.

이젠 통신 테스트를 해보자. 생성된 VM의 네트워크 정보이다.

테스트를 편하게 Hyper-V Host 와 VM의 방화벽을 Disabled 하자.

Ping 테스트 및 인터넷 테스트를 해보자.

통신이 잘되는 것은 정상적으로 가상스위치에서 외부로 NAT가 정상적으로 설정이 되었다는 것이다.

DHCP 가 정상적으로 아이피가 할당되는 신규 VM 을 또 만들어보자.

아이피가 아래와 같이 DHCP에서 자동할당이 정상적으로 되는 것을 확인하였습니다.

지금까지 2편을 통해서 AWS EC2 에서 Hyper-V 구성을 테스트를 하였다.

AWS EC2에서 Hyper-V 구성하기 2/2 편

AWS EC2에서 Hyper-V 구성하기 1/2 편

AWS-in — Fri, 17 Sep 2021 15:44:17 +0900

AWS EC2인스턴스에서 Hyper-V를 구성하려면 Dedicated Host 또는 *.metal 인스턴스 타입을 선택해야 한다.

가급적 테스트 할 때는 비용이 저렴한 *.metal 로 해보자.

metal 인스턴스는 가상서버가 아닌 실제 물리서버(박스서버)라고 생각하면 된다.

그중에서도 가장 저렴한 m5zn.metal 로 해보자.

[EC2 인스턴스 생성하기]

리전 : 오하이오 리전

Public Subnet에서 그냥 만들어보자.

Hyper-V가 설치된 AMI로 빠르게 테스트를 해보자.

상용서비스를 하려는 분들은 깡통 Windows AMI 를 가지고 Hyper-V 기능을 설치를 해라 ( 설치된 AMI가 어떤 기능들이 설치가 되어 있는지 찾아봐야 해서)

EC2 > AMI 메뉴에서 퍼블릭 이미지를 선택하고 "hyper-V"를 검색하면 많은 AMI들이 나오는데 필요한 버전을 선택하자.

인스턴스는 m5zn.metal 이 가장 저렴하기에 선택한다.

쳇.

다시 AZ를 C zone을 선택하고 다시 생성하였다.

*.Metal 인스턴스 타입을 다른 인스턴스 보다 생성 및 재 부팅하는 시간이 더 소요된다.

고정아이피 사용을 위해서 EIP를 생성하고 연결해준다. (주의) 테스트 후 인스턴스 삭제할때 EIP 같이 삭제를 해줘야 비용발생을 막을 수 있다.

서버에 RDP로 접속 후 Hyper-V 설치확인 및 실행을 해보자.

이제 VM을 만들면 됩니다.

만들기전에 가상네트워크를 생성을 해야한다.

VM들이 가져가는 IP대역의 내부스위치대역을 만들면 된다. 레거시 Hyper-V를 생성해본 분들은 쉽게 할 수 있다.

Hyper-V provides three types of virtual switches for networking

External / Internal / Private Option

파워쉘로 생성해보자.

현재 NIC 정보를 확인한다.

명령어 : New-VMSwitch -SwitchName “Hyper-VSwitch” -SwitchType Internal

NIC가 1개 추가된 것을 확인하고, Hyper-V 관리자에서도 생성된 것을 확인 할 수 있다.

Run the following PowerShell command to configure the Hyper-V Virtual Ethernet adapter with the NAT gateway IP address. This IP address used as default gateway (Router IP) for the guest VMs. The following command sets the IP address 192.168.0.1 with a subnet mask 255.255.255.0 on the Interface (Interface Index 14):

명령어 : New-NetIPAddress -IPAddress 192.168.0.1 -PrefixLength 24 -InterfaceIndex 14

Run the following PowerShell command to create a NAT virtual network using the range of 192.168.0.0/24:

명령어 : New-NetNat -Name MyNATnetwork -InternalIPInterfaceAddressPrefix 192.168.0.0/24

Now the environment is ready for the guest VMs to have outbound communication with other resources through the host NAT. For each VM, assign an IP address with the default gateway (192.168.0.1). This can be done manually within each guest VM.

다음편 이어서

AWS EC2에서 Hyper-V 구성하기 2/2 편

AWS EC2에서 Hyper-V 구성하기 1/2 편

AWS VPC Subnet 에서 예약된 아이피 목록 (CIDR reserved IP)

AWS-in — Thu, 16 Sep 2021 16:25:49 +0900

AWS VPC를 구성하고 서브넷(Subnet)의 아이피 대역을 입력후 생성을 한다.

예를 들어서 10.0.0.0/24 대역으로 서브넷의 DIDR 블럭 설정하여 생성을 하게 되면 아래와 아이피는 이미 AWS 에서 예약된 아이피이므로 EC2인스턴스에서 사용할 수 없다.

10.0.0.0: Network address.
10.0.0.1: Reserved by AWS for the VPC router.
10.0.0.2: Reserved by AWS. The IP address of the DNS server is the base of the VPC network range plus two.

For VPCs with multiple CIDR blocks, the IP address of the DNS server is located in the primary CIDR.

We also reserve the base of each subnet range plus two for all CIDR blocks in the VPC. For more information

, see Amazon DNS server.
10.0.0.3: Reserved by AWS for future use.
.......
10.0.0.255: Network broadcast address. We do not support broadcast in a VPC, therefore we reserve this address.

[참고문서]

https://docs.aws.amazon.com/vpc/latest/userguide/VPC_Subnets.html

VPCs and subnets - Amazon Virtual Private Cloud

(IPv4 only) The Elastic IPv4 address or public IPv4 address that's associated with your instance is accessed through the internet gateway of your VPC. Traffic that goes through an AWS Site-to-Site VPN connection between your instance and another network tr

docs.aws.amazon.com

[AWS]Auto Scaling Group 설정하기 - 그룹 생성편

AWS-in — Wed, 18 Dec 2019 11:37:24 +0900

[AWS] Auto Scaling Group 설정하기 - 시작 구성편

2단계. Auto Scaling 그룹 생성

그룹이름을 입력한다.

인스턴스가 생성될 VPC와 Subnet을 선택한다.

일반적으로 ELB로 구성안의 인스턴스를 설정을 하게 된다.

로드밸런싱 : 체크

대상그룹 : ELB 에 연결된 대상그룹을 선택한다. / 대상그룹안에서 인스턴스가 생성/축소가 이루어진다.

상태 검사 유형 : 키포인트 / 인스턴스 장애 유형 상태에 따라 생성/축소가 되므로 이 부분은 좀 더 고민이 필요해 보인다

조정 정책 구성

기본구성으로 해보자.
최소/최대 : 처음 시작할 경우 몇 개로 시작하여 최대 몇 개까지 생성할 것인지 설정 옵션

알림 구성

변경사항이 있을 경우에 알림 설정을 할 수 있다.
나중에 설정해 보자.

태그 구성

[새 인스턴스 태그 기정] 옵션 체크 : EC2 인스턴스가 생성될때 아래 태그를 활용하게 된다.

생성 완료.

생성을 하게 되면 최소 크기 1대로 설정을 하였기에 AMI를 활용해서 새로운 인스턴스가 생성이 된다.

기본적으로 구성을 해봤습니다.

다음 포스트는 기능 테스트 및 옵션 테스트를 할 예정입니다.