Rackspaceクラウドの推奨事項
特にラックスペースクラウドで、クラウドの管理に役立つツールは何ですか？
プロビジョニング、モニタリング、自動スケーリング、アラートなどのようなもの...私は単なる開発者であり、しばらくの間、DevOpsの義務を負っています。
これが私が尋ねている理由のいくつかの背景情報です：
私は、いくつかの中規模（毎月300,000〜550,000ページビュー）のカスタムWebアプリケーションを管理している開発者です。 1つのラックスペースサーバーで実行しています16コア/ 32GBラム/レイドストリッピング
一部のレガシーアプリケーションは、適切に設計されておらず、リソースを大量に消費する可能性があり、サーバーは頻繁に圧倒されることが知られています。
別の会社が私たちを買収したばかりで、私たちは今彼らのサイトを管理しなければなりません。私は月に350以上のビューを推定します。
管理上の理由から、クラウドに移行する必要があり、自動スケーリングの可能性に関心があります。ただし、RackspaceCloudに縛られています。
面倒な作業のほとんどを行うためのシェフのレシピがいくつかあるため、サーバーの構成は問題ありません。
必要なのは、新しいサーバーを簡単に起動する方法と、サーバーを監視し、警告を発して代替サーバーを作成する方法です。
私はScalr.netを使おうとしましたが、有望な初日の後、すべてが下り坂になりました。それからそれは不規則に振る舞い始めました：-いくつかのサーバーは起動しませんでした-他はエラーモードになりました-scalrは統計を受信していませんでした（したがって自動スケーリングはありません）-一度にサーバーを削除しましたがscalrは気づきませんでした
私はまだscalrのサポートを待っています。実を言うと、ラックスペースは部分的に障害がある可能性がありますが、scalrはAWSに重点を置いているため、ラックスペースとの統合はそれほど強固ではありません。 Rackspaceも役に立ちませんでした。彼らはまだ説明を提供することになっています。
次に、価格と開放性のために2番目に選択したRightscaleを試しましたが、scalrと同じ問題が発生しているようです。彼らはラックスペースを二級市民にします。
更新：実際に質問をしました:)
1か月あたり55万ページビューは約5秒に1回です。
非常に強力なサーバーが1秒間に0.2ページビューを処理できなくなる原因を修正することをお勧めします。このような状況では、クラウドへの移行は特効薬ではありません。
私はギガスペースで働いています。 Cloudify という名前のオープンソースの無料製品があり、コードを変更することなく、任意のアプリケーションを取得し、ラックスペースだけでなく他の多くのプライベートクラウドやパブリッククラウドでもデプロイ、監視、スケーリング、自己修復できます。 。
Cloudifyは、アプリケーションのライフサイクル全体を処理するレシピオーケストレーションプランを使用してDevOpsアプローチを適用します。
クイックスタートガイド を試して、数分で自分で体験することができます。