AWS EC2 micro.T1 インスタンスでキープアライブ エラーが発生した後、Meteor ランキング デモを実行できません。新しく起動した Amazon Machine Instance (AMI) から開始すると、VNC クライアント (TightNVC Viewer) に接続しているときに、Firefox から localhost:3000 でリーダーボードのデモを実行できます。非常にゆっくりと実行されますが、実行されます。
すぐに操作できなかった場合でも、これらのメッセージが表示されます
I2051-00:03:03.173(0)?キープアライブの受信に失敗しました! 終了します。=> コード:1 で終了 => Meteor サーバーが再起動されました
その時点から、そのインスタンスのすべてが氷のようなペースで実行されます。Firefox ウィンドウに戻るには 3 分かかります。//localhost:3000 Firefox に接続しようとすると、通常、スクリプトが実行されていないというメッセージが表示され、最終的にターミナル ウィンドウがこれを上に書いた内容に追加します。
I2051-00:06:02.443(0)?キープアライブの受信に失敗しました! 終了します。=> コード:1 で終了 => Meteor サーバーが再起動しました I2051-00:08:17.227(0)?キープアライブの受信に失敗しました! 終了します。=> コード:1 で終了 => アプリケーションがクラッシュしています。ファイルの変更を待っています。
誰かが私のために何が起こっているのか翻訳できますか?
私が実行している t1.micro インスタンスの能力が低すぎるのか、それとも meteor を適切にシャットダウンしていないため、MongoDB のインスタンスを実行したままにして別のインスタンスを起動しようとしているのだろうかと思っています。
Amazon Machine Image ubuntu-precise-12.04-amd64-server-20130411.1 (ami-70f96e40) を使用しています。これは、構成について次のように述べています。
サイズ: t1.micro ECU: 最大 2 vCPU: 1 メモリ (GiB): 0.613 インスタンス ストレージ (GiB): EBS のみ EBS 最適化 利用可能: - Netw. パフォーマンス: -非常に低い
マイクロ インスタンス マイクロ インスタンスは低コストのインスタンス オプションで、少量の CPU リソースを提供します。これらは、スループットの低いアプリケーションや、追加の計算サイクルを定期的に必要とする Web サイトに適していますが、持続的な CPU パフォーマンスを必要とするアプリケーションには適していません。マイクロ インスタンスの一般的な用途には、トラフィックの少ない Web サイトやブログ、小さな管理アプリケーション、要塞ホスト、EC2 機能を試すための無料トライアルなどがあります。
私の推測が正しければ、誰か Meteor 開発に適した AMI を提案できますか?
ありがとう