이에 대한 정보를 찾을 수 없다는 사실에 놀랐습니다. 하지만 저는 Windows 관리자가 아니며 단지 초보 EC2 사용자입니다. 내부용으로 EC2에 Sharepoint 서버를 설치하려는 클라이언트가 있습니다. 팀은 소규모(10~20명)로 구성되어 교통량이 적습니다. 대부분 클라이언트는 전 세계 어디에서나 인증된 사용자가 쉽게 액세스할 수 있도록 하면서 문서(및 문서 개정판)를 저장할 한 장소를 찾고 있습니다. 그들은 Sharepoint에 정착했고 다른 EC2 인스턴스도 갖고 있어서 그게 자연스럽게 맞는 것 같지만 저는 그들에게 무엇을 추천해야 할지 고민 중입니다.
현재 Medium 인스턴스를 생각하고 있습니다. Windows를 실행하는 데 상당한 양의 메모리가 필요할 것이라고 생각하기 때문에 크기를 줄이는 것이 두렵지만 제안에 매우 개방적입니다. 어떤 조언이라도 대단히 감사하겠습니다. 스토리지 자체는 EBS 마운트에서 발생할 것으로 예상하지만 다시 한 번 제안을 환영합니다.
귀하의 의견에 감사드립니다.
답변1
가동 중지 시간이 마음에 들지 않으면 EBS가 지원되는 작은 인스턴스로 시작하여 작업을 실행하고 성능이 어떤지 확인할 수 있습니다. 더 필요한 경우 인스턴스 스토어의 스냅샷을 찍은 후 현재 인스턴스를 중지한 다음 가져온 작은 인스턴스의 스냅샷을 사용하여 더 큰 인스턴스 유형을 가동합니다.
인스턴스가 EBS를 지원하는 한 이 작업을 계속할 수 있습니다. 이렇게 하면 회사의 성장/서버 사용에 따라 인스턴스를 성장시킬 수 있습니다.
답변2
Windows 관리 전문 지식이 부족하기 때문에(그리고 이는 클라이언트를 위한 것이므로 이를 관리할 리소스가 필요하지 않거나 없을 가능성이 높음) Microsoft 365와 같은 전용 Sharepoint 호스팅 공급자를 찾아보는 것이 좋습니다.호스팅된 Sharepoint또는 Azure일 수도 있습니다.
사용자별 가격 책정 모델과 인프라/유지 관리가 완전히 추상화된 경우 SaaS(Software-as-a-Service) 솔루션이 더 적합할 것입니다.
내 의견에서 언급했듯이 매우 작은 .NET/SQL 앱에 대해 "올바른" 작업을 수행하려면 많은 시행착오가 필요했으며 우리가 변환하기를 주저하는 월 $180 USD 중간 인스턴스를 사용하더라도 여전히 성능에 대해 불평합니다. 성능이 너무 평범하기 때문에 예약 인스턴스입니다. 두 개의 인스턴스(SQL용 하나, IIS/.NET용 하나)를 사용하면 설정이 약간 더 나아졌지만 추가 비용을 지불할 가치는 없습니다. 월 180달러로 3년 동안 괜찮은 서버를 임대하고 더 나은 성능을 얻을 수 있기 때문에 우리는 이를 사내로 다시 가져올 가능성이 높습니다.