Maven。♪それは君が見た光~ 僕が見た希望~♪
3年ぶりぐらいに mvn とか使った私です。
ちょっととあるJavaで書かれたたオープンソースのプロジェクトのソースコードが読みたくて、ダウンロードしたけれども、IntelliJですぐデバッグできなかったのでメモです。
① Run → Edit Configurationsをクリック
②＋マークをクリックした後、Mavenを選択
③Runのところに、本来はテストコードを走らせるところに
mvn test
なので
test
だけ入力すればいいんですが、IntelliJでデバッグするために
-DforkCount=0
というオプションが必要です。
なので、IntelliJのRunの欄に下記のように入力します。
-DforkCount=0 test
ご無沙汰しております。オンラインコンサルタントの直井です。だいぶ気温も上がり、桜の花びらが開き始め春の訪れを感じることができるようになってきました。
さて、今回はLambda(Python)を使って稼働中のEC2インスタンスの情報を取得する方法をご説明致します。
import json
import boto3
def lambda_handler(event, context):
ec2 = boto3.client('ec2')
try:
name_tag_key = 'tag:aws:autoscaling:groupName'
name_tag_value = '' #特定のNameタグがついているインスタンスに絞り込み
instance_state_key = 'instance-state-name'
instance_state_value = 'running' #稼働中のインスタンスに絞り込み
reservations = ec2.describe_instances(
Filters=[{'Name':name_tag_key ,'Values':[name_tag_value],},{'Name': instance_state_key,'Values': [instance_state_value]}])
except ClientError as e:
print('#ClientError!! at get_instance()')
raise etag:aws:autoscaling:groupNameでASGのNameタグが付与されているインスタンスに絞り込みます。更に、instance-state-nameがrunningのインスタンスへ絞り込みます。
意外に稼働中(runnning)への絞り込みが足りず終了したばかりのインスタンスを取得してしまうことがしばしあります。ご安全に
どうも、Vueに時々取り組んでいる私です。
さて、Composition APIというものがありまして、Composition APIを説明してくれているサイトもいっぱいあります。公式サイト
ただ、私はまずは触ってみたいと思うタイプなので、サクッと試したいなと思って
「 Composition API サンプル」
と検索してみても、nodeモジュール入れましょうとか、TypeScriptで作りましたとか、そういうちょっと手間がかかるサンプルが多かったので、私のような人のために載せておきます。
というわけで、以下Vueとcomposition APIはCDNから読み込みでやる（URLで読み込むということです）めちゃくちゃ簡単なサンプルです。
Vueのバージョン：2.6.10
Composition API：1.7.1
<!DOCTYPE html>
<html lang=”ja”>
<head>
<meta charset="UTF-8">
<script src="https://cdn.jsdelivr.net/npm/vue@2.6.10/dist/vue.js"></script>
</head>
<body >
<div id ="sample">
<div>性<input type="text" v-model="lastName"></div>
<div>名<input type="text" v-model="firstName"></div>
<div>フルネーム：{{fullName}}</div>
</div>
<script src ="https://cdn.jsdelivr.net/npm/@vue/composition-api@1.7.1"></script>
<script type="text/javascript">
const ref = VueCompositionAPI.ref
const computed = VueCompositionAPI.computed
new Vue({
el:'#sample',
setup(){
const lastName = ref('渋川')
const firstName = ref('剛毅')
const fullName = computed(() => lastName.value +' '+ firstName.value)
return {lastName, firstName, fullName}
}
})
</script>
</body>
上記をコピペしてsample.htmlという名前で保存して、ブラウザで開けばできます。
ここではComposition APIとはなんだとか、上記のコードの解説はしません。
私的にはこちらの記事がわかりやすかったです。
https://kobatech-blog.com/vue-composition-api/
表題の通りです。
【 AWS 公式 ドキュメント】 オブジェクトのダウンロード
S3コンソールの使用のところの注記に「一度にダウンロードできるオブジェクトは 1 つだけです。」とあります(2023/02/17時点)。
ディレクトリをダウンロードしようとチェックを入れても、ダウンロードの部分が有効になりません。
コンソールでやろうとするのは諦め、aws-cliを利用して行いました。
aws-cliのバージョンは、2.2.38です。
上の画像にある「testdir」をダウンロードしたいと思います。
コンソールでダウンロードしたいオブジェクトをクリックして、「S3 URIをコピー」しておきます。
注意点ですが、 公式ドキュメントにあるように
ので、不必要に大きな容量をダウンロードするのはやめた方がいいと思います。
実行コマンドは下記です。
aws s3 cp コピーしたURI コピーしたいローカルPCのパス --recursive自分は、ホームディレクトリにあるドキュメントのtestディレクトリに入れたかったので以下のコマンドでダウンロードしました。
リモートの開発環境にプロジェクトで必要になった新たなコンテナを試しに起動してdocker composeに記載することをしていたら、突然保存ができなくなってしまいました。
dockerでポコポココンテナ建ててた以外になにもしていなかったので、正直困惑していました。
まずは、ディスクの空き容量を確認してみましょう。ディスク容量の確認は以下のコマンドを打ち込むと簡単に確認できます。
ちなみに、-hオプションは、人間に読みやすいように表示してくれます。
df -hディスク容量が100%になってしまっています！これで保存できない原因がなにかの不具合ではなく、本当に容量が足りないということが判明しました。
次に、どこのディレクトリが容量を食っているのか確認していきましょう。
duコマンドでディレクトリごとにどれくらい容量があるのか表示してくれます。
手始めに、一番上の階層から確認するのが妥当でしょう！
sudo du -shc /*/var が58GBくらい使っていました…..
さらにduコマンドでvar配下を見てみましょう
sudo du -shc /var/* | sort -rn/var/libが58GBの大半を占めているようです。
さらに、duコマンドで奥地に足を踏み入れてみましょう。
sudo du -shc /var/lib/* | sort -rn /var/lib/dockerがとてつもなく肥大化している模様です…
いろいろなイメージやコンテナキャッシュがあるのでもしかしたらと思っていましたが、ここまで肥大化するとは思っても居ませんでした。
しかし、何に対処すればいいのか？が明確になったので、ここからはDocker との戦いを開始します。
不要なイメージを削除しましょう。使っていない不要なイメージがあるはずです。
docker image prune -fと、思ったのですが表示された内容は「Total reclaimed space: 0B」と何も消すものが無いという状態….
こうなったら、奥の手を使うほかありません。ボリューム・イメージ・コンテナで不要なものを全て消し去るコマンドを実行します。
docker system prune -a最後に容量が増えているか確認してみましょう…
df -hこれで、スッキリ年末の大掃除完了です。