タグ

ServerworksとExcellentに関するfujimockerのブックマーク (3)

  • 【Ansible入門】EC2環境でAnsibleを実行してみよう - サーバーワークスエンジニアブログ

    こんにちは、CI部の柿﨑です。 先日、洗濯槽の掃除をしようと専用の洗剤を入れたところ、黒い物体がたくさん浮いてきました。 どうやらn年間の汚れが溜まっていたようです。。。猛省。 つまり、何事も定期的なメンテナンスが必要ということですね! と、いうことで! 定期的なメンテンスといえば、そう!! Infrastructure as Code(以下Iac)ですね! 今回はIaCの中でも代表的なツールである、Ansible入門を題材にします。 なるべくシンプルな構成にしていますので、是非、ご一読いただければと思います。 2019/10/24追記:記事の続きを書きました → こちら 記事の対象者 AWS環境にてサクッとAnsibleに触りたい方 初っ端Ansibleのベストプラクティスを見て、やる気を失った方 記事のコンセプト なるべくシンプルに 最低限使えるディレクトリ構成でAnsibleの

    【Ansible入門】EC2環境でAnsibleを実行してみよう - サーバーワークスエンジニアブログ
  • RDSを本番環境で停止運用しないほうが良い理由について - サーバーワークスエンジニアブログ

    CS課佐竹です。 はじめに 何故、RDSを夜間に停止したいのか? 1. 停止機能は検証用の環境向けである 2. 停止、開始に時間がかかる場合がある 3. キャパシティ不足時に対応する手段が限られている キャパシティ不足とは? EC2におけるキャパシティ不足対応 EC2と比較したRDSのキャパシティ不足対応 まとめ それでも番環境のRDSを停止したい方へ Modifyによる DB インスタンス クラスの変更について 保留中のアクションが削除される はじめに 今回は「RDSを番環境で停止運用しないほうが良いですよ」という理由について記載します。つまり、「EC2の様に夜間は停止して、朝に起動して使いたい」というような要件は、RDSでは積極的に推奨されないのが実情です。その3つの理由について、以下で具体的にご説明いたします。 何故、RDSを夜間に停止したいのか? ズバリ、コスト削減のためです。

    RDSを本番環境で停止運用しないほうが良い理由について - サーバーワークスエンジニアブログ
  • AWSへの移行におけるアカウント、及び、ネットワーク設計についての考察 - サーバーワークスエンジニアブログ

    こんにちは、技術3課の城です。 サーバーワークスに入社して1年半となりましたが、いろいろなお客様の設計や構築業務に携わらせていただきました。 その中で、アカウントやネットワークの設計は土台となるものなので、重要性や難しさについて経験してきました。 最近ではAWSのサービスの拡張により、設計思想を若干変化させる必要がありそうです。 特にネットワークにおいてTransit GatewayVPC共有等が昨年末発表されたことにより、アカウント設計、ネットワーク設計をより分離して考えることができるようになったと感じています。 そこで、現時点ではどういう観点で設計の検討をしていくかについて、まとめてみたいと思います。 1. 基的な方針 要件は抑えつつ、できるだけシンプルな構成を心掛けています。 AWSは自由度が高く、要件に合わせやすい反面、複雑にしようとすれば際限なく複雑になってしまう一面がありま

    AWSへの移行におけるアカウント、及び、ネットワーク設計についての考察 - サーバーワークスエンジニアブログ
  • 1