EC2のインスタンスタイプによる差異 - サーバーワークスエンジニアブログ
EC2に、インスタンスタイプによる差異はあるの？ こんにちは、サーバーワークスの杉村です。AWSの代表的なサービスであるElastic Computing Cloud(EC2)。 インスタンスの停止さえできれば、スペックを自由に変更できるのはとても便利です。 おかげでサーバーエンジニアは、難しくて時間のかかるサイジングから解放され、とりあえずスモールスタートで作ってみる！という手段を選択することができます。 わずか数クリックで、マシンスペックを変更できるとは、なんと素晴らしい。 ですがちょっと待ってください。 その[適用]ボタンを押す前に、チェックしておくべきことがあります。 インスタンスタイプを変えたら、今までできていた名前解決ができなくなった。 あるいは、アプリが動かなくなった。 そんなことが起こったら、インスタンスタイプ間の差異が原因かもしれません。 CPUスペックとメモリ容量以外に
EC2インスタンスのEBSボリュームを拡張する | DevelopersIO
Jenkinsで継続的インテグレーション(CI)を運用していると、ディスクの容量不足となることがあります。これは、継続的に行っているビルドやテストの成果物がJenkinsによって継続的に蓄積されることが主な要因です。これはJenkinsプロジェクトで「古いビルドを破棄」を設定することで抑制することができます。この時、ビルドの保存日数やビルドの保存最大数を設定します。 とはいえ、根本的に容量不足となってしまったならば、ディスク容量を増やすしかありません。 $ df -h Filesystem Size Used Avail Use% マウント位置 /dev/xvda1 7.9G 6.8G 1.1G 87% / tmpfs 1.9G 0 1.9G 0% /dev/shm Amazon EC2ではこのようなケースでも、柔軟にディスク容量を拡張することができます。 前提 EC2インスタンスのルート
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
