Amazon Linux 2023のsshまわりでいろいろ調べる羽目になったので、簡単にまとめ。 設定は/etc/ssh/sshd_config.d/に置く crypto-policiesが…とかあったりしますが、/etc/ssh/sshd_config.d/ 以下に設定ファイルを置いておけば、反映されます。最初に現れた設定内容が使用されるので、ファイル名に注意しましょう。50-redhat.confのコメントに書いてあります。 設定ファイルの確認はsshd -t 設定ファイルを変更したら、忘れずにsshd -tを実行して、文法的にエラーがないことを確認しておきましょう。 「今」の設定状況の確認はsshd -T 設定ファイルが分割されているので、最終的にどのような設定になったかが分かりにくいです。設定反映のためにsshdを再起動したのち、sshd -Tで設定されている内容を確認しましょう。

AWSをはじめとするクラウドプラットフォームの普及に伴い、DevとOpsの境目はかなり曖昧になっています。その中でもIAMの管理は設定によっては権限昇格を引き起こしかねないことから、その管理権限は慎重な管理になりがちです。結果的に、IAMは属人的な管理を行っている組織が多いのではないでしょうか。 …

2021年2月19日8:00 IDと決済基盤を集約した次世代のシステムを構築 ミクシィのID・ペイメント事業部では、IDや決済を活用するシーンがあると見込み、AmazonのAWS（アマゾンウェブサービス）を活用してサーバレスアーキテクチャを活用した決済システム、アプリケーション基盤を構築している。すでにPCI DSSに準拠したシステムとして、イシュイングではウォレットサービス「6gram」、プロバイダ事業ではスポーツギフティングサービス「Unlim」と競輪ライブエンターテインメント「TIPSTAR」で同システムを活用しており、新規のプロダクトを中心に順次利用を拡大している。 左からミクシィ 次世代エンターテインメント事業本部 ID・ペイメント事業部 システムグループ マネージャー 田岡文利氏、同部 橋本広大氏 決済とIDを軸とした基盤を構築 イシュイングとプロセッシング事業で準拠 ミクシィ

Amazon S3の正式名称は、Amazon Simple Storage Serviceです。Simpleを辞書で紐解くと、次のような言葉が出てきます。 1. 易しい、難しくない 2. 簡素な、簡略した、シンプルな 3. 質素な、地味な、豪華でない 4. 単一の、一つだけで構成される 5. 単純な、複雑でない 6. 〔人が〕気取らない、控えめな、見えを張らない 7. 〈軽蔑的〉〔知的レベルが〕単純な、ばかな 8. 〈軽蔑的〉教養がない、無知な 9. 〔人が〕素朴な、洗練されていない 10. 〔人が〕真面目な、誠実な、うそをつかない 11. 普通の、いつもの、ありふれた 12. 基本の、初歩の 13. ささいな、重要でない、つまらない 14. 《植物》単一の◆【対】compound 15. 《化学》〔化合物が〕単純な 16. 《言語学》〔文構造が〕単純な 引用元　英辞郎 on the We

[レポート] AWS re:Invent ふりかえり勉強会 re:Growth 2019 TOKYO @ AWS ジャパン に行ってきました 2019-12-12 クラスメソッドさん主催のイベント re:Growth 2019 TOKYO @アマゾンウェブサービスジャパン に行ってきたので、そのレポートです。 内容は AWS re:Invent 2019 のふりかえりです。ラスベガスのお土産もありました！ 目次 概要 タイムスケジュール 各セッションの概要と感想 re:InInvent 総括 (AWS 金森さん) AWS Wavelength のこれから (株式会社ソラコム 片山さん) 「DeepComposer」〜 Deep Learning を学ぶ最高のツール (キムさん) Nitro Infrastructure 2019 (渡邊さん) セキュリティ系まとめと、みんなで使おう Det

はじめに 最近、仕事で Amazon Elasticsearch Service（以下、Amazon ES）を本格的に使う機会があって、認証周りの仕様で苦労させられました。 Elasticsearch を本格的に使う人は、自分で Elasticsearch クラスタを立てたり、Elastic Cloud を使ったりしてしまうからか、Amazon ES 周りの情報は意外と見つかりませんでした。せっかくなので、今回の記事では、自分が Amazon ES を使うにあたって調べた情報をまとめてみます。 はじめに いろいろな Elasticsearch Amazon ES の基本 Amazon ES が提供する認証・認可 パブリックアクセスの場合 VPC アクセスの場合 IP アドレス以外の認証・認可方法は AWS 署名しかない Elasticsearch API へのリクエストを AWS 署名する

2018年11月28日、クックパッド株式会社が主催するイベント「Cookpad Tech Kitchen」が開催されました。第20回となる今回のテーマは「クックパッドのマイクロサービスプラットフォーム現状」。クックパッドが開発を行っているマイクロサービスプラットフォームの今と、その仕組みについて解説します。プレゼンテーション「Amazon ECS の安定運用のために」に登壇したのは、鈴木康平氏。クックパッドにおけるAmazon ECSの運用事例と工夫していることについて解説します。講演資料はこちら Amazon ECSの安定運用 鈴木康平氏：「Amazon ECSの安定運用」というタイトルで発表したいと思います。今回のアウトラインとしては、「ECSをどう使うか」みたいな話ではなくて、そのECSを運用していく上でこんなことやっていますよということを話していければなと思います。 内容としては、

CEDEC 2018 の講演資料です https://2018.cedec.cesa.or.jp/session/detail/s5abc66488c745

インスタンスの台数を変化させるようにしたら、ELBがBackend-Connection-Errorsを検出するようになった。日によってはUnhealthy-Hostsのエラーも出ている。実害はないとはいえ、慣れっこになってしまうと、肝心なときの対応が遅れることになる。また、通知もうっとうしい。 LifeCycle hookでWaitを入れる「ログを見ろ」の鉄則で、Auto Scalingのアクティビティ履歴とインスタンスのログ(Apache httpd)を見て、考える。どうやら、インスタンスが起動してELBの配下に入るタイミングがhttpdの起動より早いようだ。ということは、このタイミングを遅くすればよい。 Auto Scaling ライフサイクルフック – Auto Scalingは、インスタンスの起動時または終了時に割り込む仕掛けだ。

builderscon 2017 tokyo で話したものです

6月末に O'Reilly から出版された「サーバーレスシングルページアプリケーション」を読んだ．ただ読むだけじゃ理解度が浅くなってしまうかもしれないなと感じて，今回は全ての実装を写経してみた．そのため少し時間はかかってしまったけど，フロントエンドには苦手意識があったし，今まで SPA の実装もしたことがなかったので，前半部分は特にワクワクしながら楽しめた．今回，監訳者の id:yoshidashingo にご献本を頂き，本当に感謝しかありません．ありがとうございます！と同時に，ガッツリ読もうと意気込んだタイミングで仕事に忙殺されてしまったりして，書評のタイミングが遅れてしまったのはすみません！ サーバーレスシングルページアプリケーション ―S3、AWS Lambda、API Gateway、DynamoDB、Cognitoで構築するスケーラブルなWebサービス 作者:Ben Rady発売

以下のエントリを読んで、同じようなことしてるなぁと思ったので、 私が使っているAWSサービス(S3,DynamoDB,SQS)の互換環境について、 そのdockerイメージとあわせて紹介します。 AWS上で動作するアプリケーションをいかにローカルで開発するか？ - たけぞう瀕死ブログ http://takezoe.hatenablog.com/entry/2016/02/12/090152 dockerイメージの使い方は、 RubyでのサンプルとあわせてgithubのReadmeに書いているので、 さらっと、リンクだけ紹介しておきます。 S3 - MinioServer S3の互換環境はMinioServerを利用していました。 MINIO https://www.minio.io/ 私が作ったdockerイメージ https://github.com/takemikami/docker-

IAMポリシーの設定 更新には route53:ChangeResourceRecordSets アクションが必要。 進捗確認もするなら route53:GetChange アクションが必要。 Route53のリソースレベルパーミッションでは、レコード単位の指定はできないのでホステッドゾーンまで指定。 Using IAM to Control Access to Amazon Route 53 Resources AWS Services That Work with IAM { "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": "route53:ChangeResourceRecordSets", "Resource": "arn:aws:route53:::hostedzone/XXXXXXXX

最近hakoの話ばかりしてる @hatappi 業務でとある分散バッチシステムを作成する時にhako oneshotを使用しています hakoのYAMLファイルにはAutoScalingGroupを設定していてリソースが足りない時は追加してパラレルで実行していきます 検証した時は最大で約60個のhako oneshotで生み出されたタスクが存在していました 60個並列して走らせた結果何が起きたのか? ECSのAPIのたたきすぎてリクエスト制限がかかる Hakoではhako oneshotしたタスクが終わったかどうかの判定をECSのDescribeTasksをpollingしていてタスクのスタータスがSTOPPEDになるまでwaitをかけつつloopさせます コードだとこのへん 1つ1つのタスクが自分が終わったかをpollingし続けるので60個も並列すると1秒間に数十リクエストは飛ぶ これ

MySQLでconnection poolingを行いたいJavaでJdbc使えば、connection poolingなんて普通でしょ？ LL言語でMySQLとの接続数を減らせないかということで、Database Proxy, Database Router, MaxScale | MariaDBを試してみた。効果あり。 With MariaDB MaxScale, database and application processes are fully decoupled, enabling admin processes to run without affecting applications, and applications ...

Ver2024.2 以降の Tableau Server から PrivateLink 経由で Snowflake OAuth を使用して接続する

というものを作った。こんな感じの。 Repository : https://github.com/sugyan/spot-price-watcher 背景 TensorFlowを使ったDeep Learningでアイドルの顔識別なんかをずっとやってきたけど、やっぱりCPUマシンだけでやっていくのは厳しいな、と思い、 やっぱりPC自作は費用対効果を考えると無いなーってことで結局EC2のGPUインスタンスでTensorFlow動かせる環境を頑張って整えた。スポットインスタンスだけ使って節約してるつもりだけど、本当に10倍くらい早くなってサイコーに快適すぎてうっかりジャブジャブ課金してしまいそう…— すぎゃーん💯 (@sugyan) June 16, 2016 ということでAmazon EC2にてGPU instanceを使って動かすことにした。 g2.2xlargeインスタンスでTenso

2016/06/11のフロントエンドカンファレンスのLTで発表した資料です。

登録から12ヶ月間無料で使える枠と、その後も引き続き無料で使える枠がゴッチャになるのでまとめた 新規利用から12ヶ月間（毎月）無料の枠 EC2 t2.micro Linux 750時間 ELB 750時間 + 15GB分のデータ処理 EBS 30GB + 1GB分のスナップショットストレージ S3 5GBの標準ストレージ 20,000 Getリクエスト 2,000 Putリクエスト RDS micro DBインスタンス Linux 750時間（Single-AZ） 20GBのストレージ 1000万のI/O 自動バックアップと任意スナップショット用 20GBストレージ CloudFront 50GBのデータ転送（アウト） 2,000,000件のHTTP/HTTPSリクエスト Cognite 10GBのクラウド同期ストレージ 1,000,000回の同期操作 AppStream 20時間分 デー