[Cloud OnAir] クラウド移行後の最適化方法を伝授。でも最適化ってなんですか？ (LIVE) 2018年2月8日 放送
•
7 j'aime•5,236 vues
クラウドを最大限活用するためには、単純に今の IT 資産をクラウドに持っていく (Lift) するだけではなく、IT 資産をクラウドに適した形に変換 (Shift) していく必要があります。なぜ変換が必要なのか、変換の際のノウハウ、変換後にはどういった世界が待っているのか、をお話します。
Recommandé
Recommandé
Contenu connexe
Tendances
Tendances (20)
Similaire à [Cloud OnAir] クラウド移行後の最適化方法を伝授。でも最適化ってなんですか？ (LIVE) 2018年2月8日 放送
Similaire à [Cloud OnAir] クラウド移行後の最適化方法を伝授。でも最適化ってなんですか？ (LIVE) 2018年2月8日 放送 (20)
Plus de Google Cloud Platform - Japan
Plus de Google Cloud Platform - Japan (20)
Dernier
Dernier (12)
[Cloud OnAir] クラウド移行後の最適化方法を伝授。でも最適化ってなんですか？ (LIVE) 2018年2月8日 放送
- 1. Cloud Onr Cloud OnAir Cloud OnAir クラウド移行後の最適化方法を伝授。 でも最適化ってなんですか？ 2018 年 2 月 8 日 放送
- 2. Agenda Cloud OnAir 1 3 2 4 クラウド化のおさらい 最適化ポイント Google Cloud 事例 本日のまとめ 2
- 4. Cloud OnAir The Cloud! アセスメント パイロット データ移行 アプリケー ション移行 クラウド向け最 適化 アセスメント（現状整理） パイロット データ移行 アプリケーション移行 クラウド向け最適化 クラウド化 - Lift & Shift イメージ 4 本日
- 5. Cloud OnAir クラウド化のやり方 オンプレミスや コロケーションの 現状を維持するケース 保持 <Retain> クラウド移行を 機に、リタイア 可能なシステムや プロセスを整理 リタイア <Retire> シンプルに Lift&shift するケース リホスト <Rehost> クラウドが提供する サービスに(一部)置き 換えたり、活用すること で Lift&shift の最適化 をはかる リプラットフォーム <Replatform> スケールや、クラウド の長所を取り入れるた めに、アプリケーション を 一部改修 リファクタリング <Refactor> レガシーシステムを SaaS サービスへと 切り替えていくケース 保守コストの削減や、新 機能が利用できる などの効果を狙う リプレース <Replace> Kubernetes や サーバレスアーキ テクチャを 取り入れ、クラウドネイ ティブな アプリケーションを構築 リビルド <Rebuild> etc..
- 6. Cloud OnAir ● IT を使ったビジネス変革 ○ 開発の最適化 ■ ものづくりのサイクルを短くする ■ 沢山の物を作る ○ 運用の最適化 ■ 人的リソース ■ コンピューティングリソース ビジネスインパクト
- 10. Cloud OnAir リソース管理とは 10 CPU メモリー ハードディスク スケールアップ スケールアウト
- 11. Cloud OnAir Lift & Shiftにおける運用コストの変化 11 リソース管理 ・スケールアップ、スケールダウン ・スケールアウト、スケールイン 運用管理 ・セキュリティ対策(OSアップデート) ・バックアップ、リストア ・監視（正常確認、復旧） ハードウェア OS アプリケーション 構成管理 ・バージョンアップ ・ロールバック ソフトウェアスタック 必要な管理作業 ファシリティ Shiftで解決 Shiftで解決 Shiftで解決 Liftで解決
- 12. Cloud OnAir Shift - マネージドサービス ハードウェア OS アプリケーション GCE※1 GAE Stackdriver BigQuery etc... ※1 オートスケール使用時 No-Ops フルマネージド クラウド提供者が 管理する範囲 IaaS PaaS SaaS
- 13. Cloud OnAir サーバー サーバー サーバー マネージドサービスへの移行 アプリケーション データベース キャッシュ サーバー アプリケーション データベース キャッシュ サーバー サーバー アプリケーション Cloud SQL キャッシュ Lift 直後 疎結合化 マネージドサービスへ切 り替え
- 14. Cloud OnAir 自分で管理できるレイヤーが減ることにより、 障害復旧などが自分でできない。 ● リトライ戦略 ● アプリケーションの作りを変える (1つの障害に引きづられないように) マネージドサービスの課題
- 15. Cloud OnAir Cloud OnAir コンピューティング リソース最適化
- 16. Cloud OnAir ● リソース ○ CPU、メモリ、ハードディスク等 ● リソースが余剰する原因 ○ キャパシティプランニング ○ ディザスターリカバリー コンピューティングリソースとは
- 19. Cloud OnAir ● キャパシティプランニング ○ オートスケーリング ● 冗長化のバックグラウンド ○ ソフトウェアディファインド クラウドによる解決策
- 20. Cloud OnAir オートスケーリングとは キャパシティ サーバー サーバー サーバー ・・・・ 需要に応じて自動的にサーバー数を増減
- 21. Cloud OnAir ● 単純にサーバーを増やしても対応が できないケースがある ○ ステートフル ○ アプリケーションの改修を含めた対応の 検討が必要 ■ アプリケーションを細かく分割し、 可能な部分から対応？ オートスケーリングの課題
- 23. Cloud OnAir Cloud OnAir Google Cloud Platform を選択する理由
- 24. Cloud OnAir GCP の強み 拡張性 マネージドサービス 最新テクノロジー
- 25. Cloud OnAir 負荷分散サービス(Load Balancer) Google Global Load Balancing Maya in California Bob in London Shen in Singapore Region: US-West Serving Instances Compute Engine Autoscaling Region: Europe Serving Instances Compute Engine Autoscaling Region: Asia Serving Instances Compute Engine Autoscaling 10.240.0.0/16 192.168.0.0/16 10.2.0.0/16 Google Network www.myapp.com www.myapp.com www.myapp.com www.myapp.com120.1.1.1 120.1.1.1 120.1.1.1
- 30. しいたけ流入
- 31. Why GCP? ● 負荷 / ロードスピードとの戦い ○ Latency ○ Autoscale ○ インスタンス起動時間 ● コスト ● BigQuery
- 32. GCP 移行プロジェクト ● オンプレからの脱出 ● Vogue Girl を一旦移設したが... ● Google 認定パートナー ○ Grasys 様にインフラを依頼
- 33. WIRED / Vogue Girl 要件 ● WordPress ● TV / SNS 流入 ● スループット両立 (編集時 / 読み出し) ● 編集時のサムネ表示
- 34. ● リードライト分散 ● NFS 設計のポイント Code snippet or image here Minimum Type size: 12pt
- 35. ● マルチサイト化 コンテンツ整理 ● 負荷テスト ● 移設 移行手順 (WIRED) Code snippet or image here Minimum Type size: 12pt
- 36. ● WIRED DB 共用 Code snippet or image here Minimum Type size: 12pt 移行手順 (Vogue Girl)
- 37. 今後の展開 ● WordPress 層の保守強化 ○ Prime Strategy 様との協業 WordPress 本体 Web Server OS テーマ / Plugins Instance / Network
- 38. ● コストパフォーマンス ● “しいたけ流入” に耐えうる スケーラビリティ ● ノウハウを持った認定パートナー ● データ分析とシームレスな統合 Summary