計算するの質問 | AWS re:Post
コンテンツの言語: 日本語
並べ替え 最新
Lightsailのインスタンスを誤って削除してしました。
スナップショットも合わせて削除されてしまった場合に復旧する方法はありますでしょうか？
EC2インスタンスに構築したWindowsServer2019のSQL Server Reporting Serverに対し、クライアント端末からHTTP通信(パブリック IPv4 DNSを指定)でアクセスを行っておりますが、Windows資格情報の要求が毎回発生してしまうため、その都度入力が必要となっております。クライアント側はWindowsの資格情報マネージャーから正しい、EC2のパブリック IPv4 DNS、ユーザ、パスワードを登録しているため、デフォルトのAWS DNSサーバ絡みで問題があるのかと考えております。
対応方法やヒントとなる内容があればご教授お願いいたします。
GCPからAWSへAWS Application Migration Serviceを利用して移行したインスタンスが上手く起動できません。
(起動はするのですが、ディスクの読み込み部分から動かない状態です。)
※前提としてAWS Application Migration Service内で指示されているテストは全てクリアした上で移行しております。
シリアルコンソールで接続した際、下記のログが表示されたまま動かない状況です。
<[ *** ] A start job is running for AWS Repl…ost Convert ( xx min xx s / no limit)>
移行を行ったインスタンスのスペックは下記の通りとなります。
OS：ubuntu 22.04
cpu ： 2 core
メモリ： 8GB
ディスク：100GB
対応方法、又はヒントになる内容等あればご教授お願いできればと思います。
よろしくお願い致します。
プライベートEC2からエンドポイント型S3への接続テスト
EC2インスタンスをパブリックサブネットに立てパブリック経由よりプライベートサブネットにあるEC2インスタンスに接続しています。
プライベートEC2インスタンスからエンドポイント型のS3に問題なく接続出来ているか確認したいです。
接続確認できる方法ありますでしょうか。
OSはwindows2019になります。
Webアプリケーションを、EC2上のDockerコンテナ＋RDSで動かしておりますが、
障害時の一般的な切り分け方法を教えていただけないでしょうか。
先日、Webアプリにアクセスすると「504」エラーとなる障害が発生しました。
復旧作業を優先し、EC2再起動にて復旧しておりますが、
「AWSリソースの問題」か「Docker環境の問題」か切り分けができておりません。
原因調査ではALBログやEC2の状況を一通り確認いたしました。
**①AWSリソースの確認**
＜Service Health Dashboard＞
・使用しているリソースの障害情報はなかった
＜ALBのアクセスログ＞
・ALBとEC2間の接続を確認
⇒ALBからのリクエストに対して、EC2から応答を返さなかったことが分かった
＜EC2ステータスチェック＞
ステータスチェックのメトリクスはどちらも「0」で異常はなし
・StatusCheckFailed_System
・StatusCheckFailed_Instance
**②EC2 Docker環境の確認**
＜Dockerコンテナのログ＞
・PHPやNginx、postgresログはEC2再起動により削除されたため未確認
※補足※
構成について
・ALBで受信したHTTPリクエストを、ターゲットグループ(EC2)へ振り分ける
・EC2に構築済みのDocker環境でWebサーバ(Nginx)／アプリサーバ(Laravel)／DBサーバ（postgresql）が動いている
・コンテナからRDS for postgresqlに接続している
コンテナのログが確認できればもう少し手掛かりが掴めていたと考えますが、現状それができない状態です。
もし上記以外で、「AWSのリソースの問題」かどうか切り分ける方法がございましたら、
お手数ですが、ご教示いただけますと幸いです。
const Result = await ssm.sendCommand(～).promise();
上記コマンドを実行するとResultにCommandId,DocumentName,InstanceIds,Status: 'Pending',StatusDetails: 'Pending'等が表示されます。
この後Statusを監視して終了次第情報を受け取りたいのですが、(sendCommandResult.status)等でログを見てみても「INFO undefined」と表示されてしまいます。
どのようにしてStatusを受け取ればよいでしょうか、どなたかご助力をお願いします
処理の後続をwhileで回してfulfilledが出たら処理を終わらせることを想定しています
pending（保留）: まだ非同期処理は終わっていない
fulfilled（成功）: 非同期処理が正常に終了した
rejected（拒否）: 非同期処理が失敗した
EC2インスタンス（Windows）にあるbatファイルを、Lambdaで、Systems Manager Run Commandを利用して実行させています。
CloudWatchログにバッチの戻り値（EXIT値）である「9」を出力させたいのですが、現状では、「START RequestId:」と、「END RequestId:」 しか出力されません。
どうコードを修正していけば、状況が改善されますでしょうか。
ご支援をいただけますと幸いに存じます、何卒宜しくお願い致します。
以下コード全文です。
```
exit /b 9
```
```
'use strict';
const AWS = require('aws-sdk')
const ssm = new (require('aws-sdk/clients/ssm'))();
module.exports.handler = async event => {
try {
let params = {
DocumentName: 'AWS-RunPowerShellScript',
InstanceIds: ['対象のインスタンスID'],
Parameters: {
commands: ['chcp 65001; Start-Process -wait test_win.bat'],
workingDirectory:['C:\\Users\\administrator\\temp'],
},
// タイムアウト設定
TimeoutSeconds: 3600 // 1 hour
}
const sendCommandResult = await ssm.sendCommand(params).promise();
} catch(e){
console.log(e);
}
};
```
以上
AWSにてRunCommandの成否をLamdbaで受け取る方法はありますでしょうか。
記事を漁りましたが記述が見つからず、有識者の方おりましたらご教授頂ければ幸いです。
ルートデバイスタイプ EBSのインスタンスが、scheduled for retirement の停止後、起動しなくなりました。
起動を押すと、
下記のような文言がでてきます。
インスタンスの開始に失敗しました Insufficient capacity.
どうのような対応を行えばよいでしょうか？
よろしくお願いします。
API Gateway と Lambda 等を利用したサービスの構築を計画しており、性能設計のため各種クォータの引き上げの上限を知りたいと思っています。
ドキュメント（https://docs.aws.amazon.com/ja_jp/lambda/latest/dg/gettingstarted-limits.html）によると Lambdaの同時実行数のクォータのデフォルトは1,000で、最大数万まで引き上げ可能と記載されていますが、現実的にはどの程度まで引き上げが認められ得るのでしょうか。
また、API Gateway のスロットリングクォータについても同様に、デフォルトの 10,000 RPS（アカウントのリージョン単位）や 20 RPS（REST API/使用料プランのステージのメソッドレベル）から、最大で、どの程度まで引き上げが可能でしょうか。（https://docs.aws.amazon.com/ja_jp/apigateway/latest/developerguide/limits.html）
ご教示の程よろしくお願い致します。
EC2インスタンス（Linux）にあるshファイルを、Lambdaから EC2 Run Command で、実行させています。
現在実装しているコードは下記になります。
現状非同期呼出が行われており、shファイルの処理結果に関わらず、ClowdWatchに、正常終了のログが出力されています。
この処理を同期呼出に変更して、shファイルの処理結果を返してもらうコードにしたいです。
下記ドキュメントを参考しているのですが、非同期処理でしか現状実現出来ておりません。
どうコードを修正していけば、状況が改善されますでしょうか。 ご協力をお願いします。
同期呼び出し（AWS公式ドキュメント）
https://docs.aws.amazon.com/ja_jp/lambda/latest/dg/invocation-sync.html
そのLambdaの実行…同期？非同期？（Qiita）
https://qiita.com/is_ryo/items/009220083e179272cbda
```
'use strict';
const AWS = require('aws-sdk')
const ssm = new (require('aws-sdk/clients/ssm'))();
module.exports.handler = async event => {
try {
let params = {
DocumentName: 'AWS-RunShellScript',
InstanceIds: ['対象のインスタンスID'],
Parameters: {
commands: ['chcp 65001; sh test_Linux.sh'],
workingDirectory:['/home/user/batch_execution']
},
TimeoutSeconds: 3600 // 1 hour
}
const sendCommandResult = await ssm.sendCommand(params).promise();
} catch(e){
console.log(e);
}
};
```
初めまして、AWS超初心者の者です。
この月に入ってからAWS serve catalog(アプリもポートフォリオもアップロードしていないのにも関わらず、17リージョンからAPI Calls されている。) とec2 data transfar（EC2も一才使ったことがない）を僕は一才使っていないのにも関わらず、使用料を請求されています。
幸い、まだ無料枠なので料金は発生していないのですが、困っています。
AWSサポートからはcloud trailを使うことを推奨され、cloud trailを有効化しログを今集めています。
この意図しない請求をされないようにするためのここから先のアクションが分かりません。
ご教授お願いいたします。