これに関する情報が見つからないことに驚いていますが、私は Windows 管理者ではなく、EC2 の初心者ユーザーです。社内使用のために EC2 上に Sharepoint サーバーを立ち上げたいと考えているクライアントがいます。チームは小規模 (10 ～ 20 人) で、トラフィックは少ないでしょう。クライアントは主に、世界中の認証済みユーザーが簡単にアクセスできるようにしながら、ドキュメント (およびドキュメントの改訂版) を 1 か所に保存したいと考えていました。彼らは Sharepoint に落ち着き、他の EC2 インスタンスも持っているので、それが自然に適合しているように思えますが、私は彼らに何を推奨すべきか考えています。
現在、中規模のインスタンスを検討しています。Windows を実行するだけでもかなりの量のメモリが必要になると思うので、小さいインスタンスにするのは不安ですが、提案があればぜひお聞かせください。アドバイスをいただければ幸いです。ストレージ自体は EBS マウントで行われると予想していますが、ここでも提案を歓迎します。
ご意見ありがとうございます。
答え1
多少のダウンタイムが問題にならない場合は、EBS でバックアップされた小さなインスタンスから始めて、稼働させてパフォーマンスを確認できます。さらに必要な場合は、インスタンス ストアのスナップショットを取得してから、現在のインスタンスを停止し、取得した小さなインスタンスのスナップショットを使用して、より大きなインスタンス タイプを起動します。
インスタンスが EBS でサポートされている限り、これを続けることができます。こうすることで、会社の成長やサーバーの使用に合わせてインスタンスを拡張できます。
答え2
Windows管理の専門知識が不足しているため（そしてこれはクライアント向けなので、おそらくこれを監視するためのリソースは望んでいない/持っていない）、Microsoft 365のような専用のSharepointホスティングプロバイダーを検討することをお勧めします。ホストされたSharePointあるいは Azure かもしれません。
ユーザーごとの価格モデルと、完全に抽象化されたインフラストラクチャ/メンテナンスを考えると、Software-as-a-Service (SaaS) ソリューションの方が適していると考えられます。
コメントで述べたように、非常に小さな .NET/SQL アプリで「正しく」動作させるには、多くの試行錯誤が必要でした。また、パフォーマンスがあまりに平凡なため、予約インスタンスへの変換をためらっている月額 180 ドルの Medium インスタンスでも、パフォーマンスに関する苦情が依然として寄せられています。2 つのインスタンス (1 つは SQL 用、もう 1 つは IIS/.NET 用) を使用した方がセットアップは少しはましでしたが、追加コストに見合うものではありませんでした。月額 180 ドルで、3 年間で適切なサーバーをリースしてパフォーマンスを向上させることができるため、おそらく社内に戻すことになるでしょう。