クラウド のバックアップ(No.7)

[ トップ ]   [ 新規 | 一覧 | 単語検索 | 最終更新 | ヘルプ ]

• バックアップ一覧
• 差分 を表示
• 現在との差分 を表示
• ソース を表示
• クラウド へ行く。
  • 1 (2017-04-24 (月) 15:25:40)
  • 2 (2017-04-24 (月) 15:27:08)
  • 3 (2017-05-05 (金) 17:39:55)
  • 4 (2018-02-08 (木) 16:16:46)
  • 5 (2019-05-08 (水) 13:41:30)
  • 6 (2019-08-13 (火) 20:15:13)
  • 7 (2020-03-14 (土) 21:50:56)
  • 8 (2020-03-16 (月) 11:04:08)
  • 9 (2020-05-05 (火) 23:32:45)
  • 10 (2020-07-13 (月) 16:18:42)
  • 11 (2020-07-15 (水) 10:15:05)
  • 12 (2020-08-28 (金) 13:29:05)

---

「マイクロソフト系技術情報 Wiki」は、「Open棟梁Project」,「OSSコンソーシアム .NET開発基盤部会」によって運営されています。

• 戻る

目次 †

概要 †

クラウド系のトピック纏め。

詳細 †

構成 †

各種仮想化技術に、
セルフサービス・ポータルを付けたサービスみたいな感じ。

提供形態 †

IaaS †

セルフサービスポータルによるVM貸し。的な。

PaaS †

セルフサービスポータルによる、
アプリケーション実行環境となるコンテナ貸し。的な。

SaaS †

サービスとしてのソフトウエア提供。

XaaS †

• DaaS
  VDI（Virtual Desktop Infrastructure：仮想デスクトップ基盤）サービス

• DBaaS
  RDBMSやNoSQLなど、データベースのマネージドサービス

• IDMaaS
  認証基盤（IdP＋Sts）のマネージドサービス

• mBaaS
  上記IDMaaS＋Resource Server的な、
  モバイルア・プリケーションのバックエンドのマネージドサービス

管理比較 †

メガ・クラウド †

Azure †

AWS †

GCP †

クラウド利用時の注意事項 †

クラウド系開発 †

クラウド設計パターン †

参考 †

知って安心！AWS・Azureのつまずきポイント †

http://itpro.nikkeibp.co.jp/atcl/column/16/041400085/

• なんとなく、
  • NW系
  • 課金系
    • 従量課金の基礎知識
    • 価格やライセンス規約の改定

が多い気がする。

• あとは、
  • 仮想化系技術の一般的な話。
  • その他のソフトウェア個別の仕様の話。

AWS †

• ［AWS失敗と対策］
  • 誤って仮想マシンを完全消去してしまう
    http://itpro.nikkeibp.co.jp/atcl/column/16/041400085/041400001/

• 仮想マシンのIPアドレスが勝手に変更される
  http://itpro.nikkeibp.co.jp/atcl/column/16/041400085/041400002/

• AMIを作成すると仮想マシンが再起動する
  http://itpro.nikkeibp.co.jp/atcl/column/16/041400085/041400003/
  • AMIとは、OS イメージのAMI（Amazon Machine Image）の事らしい。
  • VSS的な仕組みを使用しているので「no reboot」指定が可能らしい。

• 仮想マシンの停止/起動でデータが消える
  http://itpro.nikkeibp.co.jp/atcl/column/16/041400085/041400004/
  • インスタンス ストア、ローカル ストレージ（Azureの場合）の事らしい。
  • エフェメラル ディスク（揮発性ディスク）とも呼ばれる。

• 複数の仮想マシンでストレージを共有できない
  http://itpro.nikkeibp.co.jp/atcl/column/16/041400085/041400005/
  • Amazon Elastic Block Store (Amazon EBS) では共有ディスクを作成できない。
  • Azure File Storageは、SMB 使った共有などはできるもよう。SMB3.0は共有ディスクに対応している。

• S3のリージョン選択ミスで遅延
  http://itpro.nikkeibp.co.jp/atcl/column/16/041400085/042800010/

  リージョン（データセンター）をまたがると、遅延だけでなく課金も。

• 誰でもS3 へアクセス可能に
  http://itpro.nikkeibp.co.jp/atcl/column/16/041400085/042800011/

  バケット単位の公開／非公開を設定可能なバケットポリシーの設定ミス。

• 動的コンテンツが実行されない
  http://itpro.nikkeibp.co.jp/atcl/column/16/041400085/042800012/

  Webサーバとしては機能するけど、CGI系を動かす機能はない（あたりまえ）。

• バケット名に「.」を使うとエラーに
  http://itpro.nikkeibp.co.jp/atcl/column/16/041400085/042800013/
  • ワイルドカード証明書の問題らしい。
  • そもそも「.」は、JWTのようにURL中で使用できるが、
    FQDN名中で使用すると、それはドメインの区切りになるから使わないのが筋。

• ファイルにログを追記できない
  http://itpro.nikkeibp.co.jp/atcl/column/16/041400085/042800014/

  「S3へアップロードしたファイルには、テキストであろうと追記ができない。」らしい。

• ［AWSコストの落とし穴］
  • S3の割安オプションは逆に高い
    http://itpro.nikkeibp.co.jp/atcl/column/16/041400085/022200021/

    価格改定でS3スタンダードクラスだけが値下げされたためらしい。

• Oracleの必要ライセンスが2倍に
  http://itpro.nikkeibp.co.jp/atcl/column/16/041400085/022200022/

  ライセンス規約を改定したためらしい。

• VM停止させると固定IPに課金
  http://itpro.nikkeibp.co.jp/atcl/column/16/041400085/022200023/

• ［Auroraの落とし穴］
  • フェイルオーバー時に接続先が切り替わらない
    http://itpro.nikkeibp.co.jp/atcl/column/16/041400085/042600029/
  • 読み込みエンドポイントで分散されない
    http://itpro.nikkeibp.co.jp/atcl/column/16/041400085/042600030/

Azure †

• ［Azure失敗と対策］

• 仮想マシンが意図せず再起動される
  http://itpro.nikkeibp.co.jp/atcl/column/16/041400085/041900006/

  SLAは二台以上で保証。みたいな話。

• ネットワークカードの情報が不要なのに蓄積される
  http://itpro.nikkeibp.co.jp/atcl/column/16/041400085/041900007/

  今の所、簡易修正ツール＋再起動で対応らしい。時期にOSレベルで対応されるかも。

• 仮想マシンのサイズを変更できないことがある
  http://itpro.nikkeibp.co.jp/atcl/column/16/041400085/041900008/

  Aシリーズのみが動作する物理サーバークラスタにクラスタを作成すると、D、Dv2シリーズに変更できない。
  みたいな物理サーバークラスタ依存の話があるもよう。

• 仮想マシンのNICの枚数に制限がある
  http://itpro.nikkeibp.co.jp/atcl/column/16/041400085/041900009/
  • インスタンスサイズによってNICの枚数も規定されている。
  • 複数のNICを持つVMは仮想ネットワーク上に構築しなくてはならない。

• 仮想ネットワーク上の仮想マシン間でアクセスできない
  http://itpro.nikkeibp.co.jp/atcl/column/16/041400085/051100015/
  • ルーティングを起動中のネットワークの設定で設定しているようなので、間隔を開けて起動する必要がある模様。
  • Azure は、サブネット < VNet ⇔ オンプレNW間に既定のルーティングを提供しているため、ルートの構成と管理は必要無いらしい。

• 強制トンネリングを行うと仮想マシンがアクセス不能に
  http://itpro.nikkeibp.co.jp/atcl/column/16/041400085/051100016/
  • 強制トンネリングとは、Azure上の仮想ネットワークのDefault Gatewayを、Azure以外の場所（VPN機器など）に向ける設定のことを言っているらしい。
  • 現象は、
    (1) 強制トンネリングの先のVPN機器などにInternetへのルーティングが設定されていないため。
    (2) もう一つは、エンドポイントからの通信も強制トンネリングの先のVPN機器に転送されるようになるため。
  • 対策は、VPN機器の設定を、
    (1) インターネットにルーティングしNATをするように変更する。
    (2) ・・・。

• Site-to-Site VPN接続時にファイルのコピーが遅くなる
  http://itpro.nikkeibp.co.jp/atcl/column/16/041400085/051100017/

  イーサネットとVPN間でMTUサイズが異なっているなど。

• 再起動するとIPアドレスが変わる
  http://itpro.nikkeibp.co.jp/atcl/column/16/041400085/051100018/

  AWSと同じでIPを固定できる。FQDN名を使用するなどの手段も検討。

• 構築済みの仮想マシンを仮想ネットワークに移せない
  http://itpro.nikkeibp.co.jp/atcl/column/16/041400085/051100019/

  移せないのは単純に仕様。VM作成時にリージョンではなく仮想ネットワークを選択する。

• ［SQL DWの落とし穴］
  • 大きいリソースの割り当てで遅くなる
    http://itpro.nikkeibp.co.jp/atcl/column/16/041400085/042000025/
  • 外部テーブルにデータ追加するたび手間発生
    http://itpro.nikkeibp.co.jp/atcl/column/16/041400085/042100026/
  • 復元ポイントから作ったサーバーにログインできない
    http://itpro.nikkeibp.co.jp/atcl/column/16/041400085/042400028/

---

Tags: :インフラストラクチャ, :クラウド

     

Site admin: dotNetDevelopmentInfrastructure

PukiWiki 1.4.7 Copyright © 2001-2006 PukiWiki Developers Team. License is GPL.
Based on "PukiWiki" 1.3 by yu-ji. Powered by PHP 5.3.3. HTML convert time: 0.031 sec.