Node-REDのDockerコンテナをflowデータ付きでGKEにデプロイする - Qiita
SensewayのLoRa無線モジュールを使って、室内環境センサーを作ってます。 CO２濃度と温度湿度気圧を記録しています。温室で使うのにちょうどいいと思います。もともとはオフィスで眠気に襲われることが多く、もしかしてCO2濃度高いんじゃないかと思ったのが作成のきっかけです。 下にあるのがセンサーユニット写真です。ArduinoにSenseway社のLoRaシールドを載せ、さらにその上にBME280温度湿度気圧センサーと、MH-Z19BのCO２センサーが載ってます。 ※ CO2センサーは電気を食うので、乾電池駆動には少々無理がありました 開発自体は最近便利なツールが多いので、そんなに問題なかったのですが、個人でNode-REDを常時動かす環境に悩みました。所詮は３０分に一回のメッセージを拾うだけなので家にラズパイを置いてあげてもいいけど、家に置いておくとコンセント足りない問題が起きます。若
GKE試行（その3：「クラスタ作成」） - Qiita
お題 前回は作成した適当に作ったアプリをGitHubからCloud Source Repositoriesに連携し、Cloud Buildを使ってDockerイメージをビルドしてContainer Registryにプッシュするところまでやった。 今回は、いよいよGKE上で動かすところまで。いけるかな・・・？ 環境 前回と同じ。 前提 自前でGCPプロジェクトは契約済み gcloudをローカルで使える状態になっている 実践 １）GKEクラスタ作成 → 失敗 手順として、GKEで一番大きな「箱」である「クラスタ」を作る。 クラスタは概念・・・なのか？ 以下に「Kubernetes Engine クラスタとは、Kubernetes を実行する Compute Engine インスタンスのグループです。」とあった。 https://cloud.google.com/kubernetes-engi
CloudFormationを使ってELBとEC2�(2台)を構築する - Qiita
4 後続は、デフォルトのまま次へ次へで、作成します。 作成する前に、下記のチェックをつけること AWS CloudFormation によってカスタム名のついた IAM リソースが作成される場合があることを承認します。 ５ 状況が CREATE COMPLETEになれば、ELBとEC2の2台の構築が完了です。 6 管理コンソールの下部の出力から、構築したELBとEC2の2台の情報を確認できます。 ここで、キーがEC2Instance01EIPとEC2Instance02EIPとELBDNSNameの値をメモしておきます。 7 メモしたEC2InstanceEIP01とEC2InstanceEIP0２を元に、構築したEC2の2台にSSHでログインし、httpdをインストールして、起動します。 （テンプレートに組み込むこともできますが、ここでは手動で） AWSTemplateFormatVer
CloudFormationを使ってS3とCloudFrontの構成でSorryページを表示する環境を構築する - Qiita
4 後続は、デフォルトのまま次へ次へで、作成します。 ５ 状況が CREATE COMPLETEになれば、S3とCloudFrontの構築が完了です。 6 管理コンソールの下部の出力から、構築したS3バケットとCloudFrontの情報を確認できます。 ここで、キーがDomainNameの値をメモしておきます。 7 S3の管理コンソールから、パラメータに設定したバケットに、Sorryページの内容を記載したindex.htmlファイルをアップロードします。 ８ ブラウザから、先ほどメモしたDomainNameの値にWebアクセスして、 Sorryページの内容が表示されれば、OKです。（されない場合は、5分程度待ってから確認してみて下さい。） テンプレート AWSTemplateFormatVersion: "2010-09-09" Description: S3 and CloudFront
【AWS】実例で学ぶCloudFormation～RDS Aurora編～ - Qiita
はじめに 具体的に動作するCloudFormation templateをもとにしながら、templateを作っていくうえでのポイントについてまとめます。 下記記事の続きです。 【AWS】実例で学ぶCloudFormation～VPC/Route53編～ 対象となるtemplate 以下で公開しているものをベースに説明します。 https://github.com/tmiki/cloud-formation-templates/blob/master/cfn-32-rds.yml 解説 templateの概要・特徴 このtemplateは、Aurora(MySQL) Clusterを作ります。 Cross-stack referenceの機能を使い、VPCを構築したStackのExport名を指定して、デプロイ対象のVPC/Subnetの情報を取得します。 特徴は下記の通りです。 新規作成
【小ネタ】CloudFormationでNAT GWをRouteTableに割り当てると失敗する【CloudFormation】 - Qiita
はじめに VPCおよびSubnet/RouteTable等をCloudFormationで作成するにあたり、NAT Gatewayの利用が上手くいきませんでした。 結構誰でも見落としてハマりがちなポイントのように思えましたので、記録しておきます。 事象 CloudFormationのStack作成中、NAT GatewayをRouteTableに割り当てた際に失敗する。 具体的には「AWS::EC2::Route」Resourceの作成中に動きが止まり、5分後（恐らくStack作成時のタイムアウト）に下記のように、「Route did not stabilize in expected time」というメッセージが出力され、StackがRollbackします。 原因 templateの記述間違いです。 Internet GatewayをRouteTableに割り当てる場合と、NAT Gat
【AWS】実例で学ぶCloudFormation～VPC/Route53編～ - Qiita
はじめに 具体的に動作するCloudFormation templateをもとにしながら、templateを作っていくうえでのポイントについてまとめます。 なお、AWS公式ドキュメントには、豊富なtemplateやsnippetが公開されています。大いに参考になるでしょう。 Sample Templates - AWS CloudFormation https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/cfn-sample-templates.html Template Snippets - AWS CloudFormation https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/CHAP_TemplateQuickRef.html 対象となるt
ECSをCloudformationで構築する - Qiita
目的: できるだけ、最小限のコードでECSを作成します。 ECS用のAMI https://docs.aws.amazon.com/ja_jp/AmazonECS/latest/developerguide/retrieve-ecs-optimized_AMI.html 今回はパブリックIPアドレスを付与しない EcsInstanceLcでAssociatePublicIpAddressをfalseにしています。 ネットワーク周り VPCやサブネットは事前に作成されていることを前提とします。 ECS作成用のyamlファイル --- AWSTemplateFormatVersion: '2010-09-09' Description: '' Parameters: ECSAMI: Description: AMI ID Type: AWS::SSM::Parameter::Value<AWS
【AWS】CloudFormationの実践的活用～個人的ベストプラクティス - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 最近、CloudFormationを実運用で使い始めました。開発環境／QA環境／本番環境ともにCloudFormationで運用できる目途がついたので、ポイントをまとめてみます。 なお、CloudFormationは名称が長いのでCFnと略します。 基本方針 CFn templateの作成・管理 管理手法 templateはyamlで書く。 templateはGitリポジトリで管理する。 template構成 templateはある程度独立した単位に分割する。 template間で共有するパラメータは、Stack作成時にPar
CloudFormationを使ってALBとEC2�(１台)を構築する - Qiita
4 後続は、デフォルトのまま次へ次へで、作成します。 作成する前に、下記のチェックをつけること AWS CloudFormation によってカスタム名のついた IAM リソースが作成される場合があることを承認します。 ５ 状況が CREATE COMPLETEになれば、ALBとEC2の1台の構築が完了です。 6 管理コンソールの下部の出力から、構築したALBとEC2の情報を確認できます。 ここで、キーがEC2InstanceEIPとALBDNSNameの値をメモしておきます。 7 メモしたEC2InstanceEIPを元に、構築したEC2にSSHでログインし、httpdをインストールして、起動します。 （テンプレートに組み込むこともできますが、ここでは手動で） AWSTemplateFormatVersion: "2010-09-09" Description: ALB and EC2
CloudFormationを使ってMySQLのRDSを構築する - Qiita
AWSTemplateFormatVersion: "2010-09-09" Description: RDS for MySQL Create Metadata: "AWS::CloudFormation::Interface": ParameterGroups: - Label: default: "Project Name Prefix" Parameters: - PJPrefix - Label: default: "RDS Configuration" Parameters: - DBInstanceName - MySQLMajorVersion - MySQLMinorVersion - DBInstanceClass - DBInstanceStorageSize - DBInstanceStorageType - DBName - DBMasterUserName -
GCPのファイアーウォール ルールへ複数IPを設定するシェルを作った - Qiita
ブログの転載です。 ちょっと前に書いた記事でファイアーウォールルールを20個弱作成しました。 http://smot93516.hatenablog.jp/entry/2018/08/06/150052 確認しながらだったので1時間弱の工数。 これをプロジェクト毎に同じ量作成していくって考えるとおぞましい。まじで。 本来なら別プロジェクトでもファイアーウォールルールを共有できたらと思っていろいろ調べてたのですが、見つからなかったので今回の方法に落ち着きました。 経緯 GCPへ移行させたとある会社のサーバーへ、１分間に３、 ４通の頻度で大量の迷惑メールが届いているとの報告をうけました。 ドメインはqq.comです。中国？のメールらしい。 Sendgridの管理画面を見てみるとランダムな数字@qq.comのメールが頻繁にきてました。 アクセスログを見てIPを検索した結果、ほぼすべてがフィリピン
CloudFormationを使ってELBとEC2�(１台)を構築する - Qiita
4 後続は、デフォルトのまま次へ次へで、作成します。 作成する前に、下記のチェックをつけること AWS CloudFormation によってカスタム名のついた IAM リソースが作成される場合があることを承認します。 ５ 状況が CREATE COMPLETEになれば、ELBとEC2の1台の構築が完了です。 6 管理コンソールの下部の出力から、構築したELBとEC2の情報を確認できます。 ここで、キーがEC2InstanceEIPとELBDNSNameの値をメモしておきます。 7 メモしたEC2InstanceEIPを元に、構築したEC2にSSHでログインし、httpdをインストールして、起動します。 （テンプレートに組み込むこともできますが、ここでは手動で） AWSTemplateFormatVersion: "2010-09-09" Description: ELB and EC2
CloudFormationでEC2を立ち上げる - Qiita
--- AWSTemplateFormatVersion: '2010-09-09' Description: 'Template for Kafka Broker' Parameters: KeyName: Description: Name of an existing EC2 KeyPair to enable SSH access to the instance Type: AWS::EC2::KeyPair::KeyName ConstraintDescription: must be the name of an existing EC2 KeyPair. Default: test-key InstanceType: Description: WebServer EC2 instance type Type: String Default: t2.micro AllowedV
GCEのInstanceの停止時にDiskのスナップショットを自動で撮る - Qiita
経緯 運用しているgitlabがバージョンアップに伴い動かなくなり、リカバリーに時間が取られる事件が発生した。 これを契機に改めてバックアップについてちゃんとできているか考えたところ、Diskのバックアップ撮ってないなーと今更ながら思い、バックアップを取る仕組みを検討するに至る。 方針 定時後に自動でgitlab停止する運用をしているので、shutdown-scriptでスナップショット取ることでバックアップする。 実コード 20180828 フィルタを完全一致に変更 ZONE="$(curl -s -f -H 'Metadata-Flavor: Google' http://metadata.google.internal/computeMetadata/v1/instance/zone | xargs basename)" PROJECT="$(curl -s -f -H 'Metad
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GKE試行（その１：「乗せるアプリを作ってdocker runするところまで」） - Qiita
CloudFormationを使ってAWS Fargateの環境を構築する - Qiita
GKE(google kubernetes engine)の スペック変更方法 - Qiita
AWS CDKをKotlinで試した - Qiita
RedashをGoogle Compute Engineに立てる - Qiita
