Recomendados
Mais conteúdo relacionado
Mais procurados
Mais procurados (20)
Semelhante a Shinogi meetup online_20200729
Semelhante a Shinogi meetup online_20200729 (20)
Shinogi meetup online_20200729
- 2. 自己紹介 • 凌 直孝 • 2008-2010 プログラマー @ 某P社 • 2010-2019 SE @ 某G社 • 2019- Nutanix Japan • ～2019.01 社内OA担当 自治体基幹系システム開発 企画部 • 2019.02～ シニアシステムズエンジ ニア • 自称JPOUGメンバー、情報処理試験対策本作 成お手伝いをしたことも • ブログ：https://ameblo.jp/shinogi-gogo • https://www.seplus.jp/it-exam-guide/career_shikak u/interview_about_security_sp_with_shinogi/
- 3. 3
- 4. 4
- 6. レガシーテクノロジーが データベースを苦しめる 複雑 • メンテナンスに多くの時間が必要になる • 75%のデータベース管理予算はその従業員に費や されている1 …もうこれ以上は部 下を週末に働かせら れない!! • システムメンテナンスに時 間のかかる • アップグレードは週末時間 外勤務を意味する Adam, VP of IT1 IDC Report, 2018
- 7. レガシーテクノロジーが データベースを苦しめる 遅い • 上がり続けるパフォーマンスのSLAを満たすこと ができない • 1/3がデータベースがおそすぎると不満を1 • 可用性とスピードが足りな い • ピーク時に顕著 …ビジネス部門に追 いつけない!! Heather, Director of Operations1 CIO Research Report: Biggest Challenges of Current Data Warehousing Solution
- 8. レガシーテクノロジーが データベースを苦しめる | 8 脆弱 • ダウンタイムが生じ生産性に影響が • 1分あたり$7,900のコスト1 なんだって?! これ じゃ職を失うぞ… Tim, DB Admin • 24時間365日のシステム 運用 • アップグレードに最大2週 間 1 DB Maestro Report, 2017
- 9. レガシーテクノロジーが データベースを苦しめる 高価 • ITのリソースをトラブルシュートに費やしている • コピーデータについての高いコスト • DBパフォーマンスのため のフォークリフトアップグ レード • 多くの時間が障害対応に コストを下げないと 出世は見込めない..! Cynthia, Director of IT 1 Richter Customer Case Study
- 10. 10 増え続けるコピーデータ 200 DBs *IDC Copy Data Management report 2016 & 2018 企業の約77%は200以上の 本番用DBインスタンを保有 北米地域で従業員数1,000人以上の企業にサーベイを実施 x10 82%は10個以上の コピーデータを作成 コピーデータの課題 • コピーデータのストレージコス トは2020年に約6兆円規模 • ストレージ全体でコピーデータ の占める割合は45%〜60% – 非効率なストレージ運用 • 自動化が進まないためDBAの運 用工数増大 データベースは2,000以上
- 12. 12 Nutanix Eraとは • データベースの運用をシンプルに • オンプレミスにAmazon RDSの様なサービスを • コピーデータの操作を1-Clickで • 1-Clickプロビジョニング • 1-Clickクローン＆リフレッシュ • 1-Clickバックアップ＆リストア
- 13. 13 Nutanix Eraで実現できるサービス D A T A B A S E S | C O N F I D E N T I A L 1クリック プロビジョニング パッチ適用 データベース 保護 コピーデータ 管理
- 14. 14 プロビジョニング：複数データベースエンジンへの対応 • 共通APIによる複数データベース エンジンのサポート • カスタムソフトウェアイメージの 作成 • PSU (Patch Set Update), 個別 パッチへの対応 • データベース作成時、Pre/Postス クリプト挿入によるカスタマイズ • HA環境のサポート(e.g. Oracle RAC)
- 15. プロビジョニング：データベースプロファイル • データベースの標準カタロ グの提供 • カスタマイズ可能なデータ ベース・プロファイル • CPU、メモリ、ネットワー ク、データベースパラメー タのカスタマイズ
- 16. 16 プロビジョニング：SLAの作成 • サービスレベル（日次、週次、月 次、RPOなど）を定義するテンプ レートを作成可能 • ビジネス要件に基づくSLA作成 • データベースリカバリ用SLAの標準 化
- 18. 18 タイムマシン • 増分ベースのNutanixスナップ ショットによる時間とディスク容量 の効率化 • データベースAPI (e.g. RMAN for Oracle) によるデータベースの静止 点を確保したスナップショット取得 • PITR（ポイント・イン・タイム・ リカバリ）のためのデータベースロ グ収集 • PITRのための自動データベースロ グ適用による自動ロールフォード • ゼロバイトデータベースクローン
- 19. 19 データベースの保護 • 1-Clickデータベーススナップ ショット • サイズに関係なく数分で、か つ簡単な操作でデータベース のフルバックアップを取得 • データベースバックアップの オフロード
- 20. Oracle１クリックパッチ管理 • パッチの自動適用機能を提供 • 全てのデータベースを一連の パッチと関連付け • 一連のパッチを更改する前に テストする機能 • 全て、または特定のデータ ベースに対する自動/スケ ジュールアップデート
- 21. 21
- 22. 22 Era Top Customer Logos
- 23. 23 台湾国立大学病院 | 23 | 2 3 ヘルスケア ビジネスの課題 • 顧客が検証用のDBの生成に10時間かかっている • ID情報のマスクにさらに3時間費やしている Before • DataDomainを利用して本稼 働系のOracleからのバックア ップを取得、検証用DBに復 元を行い、データにマスクを 施す • OracleのData GuardがDR サイトへレプリケーション、 その後開発用DBへクローン After • ERAがData Guardのターゲットをソ ースとして利用 • ERAのタイムマシン機能で検証DBと 開発DBをポイントインタイムにクロ ーン • マスキングスクリプトを利用し、 ERAのクローンのポストプロセスで 実行 Nutanixに切り替えることで、クロー ンのプロセスを10時間以上から2時間 未満に短縮できました。更にDB管理 者も楽になったのです。 “ ”
- 24. 24 既存の開発/検証環境 本番系 Exadata上 DB1 DB2 DB3 DB4 DataDomain バックアップ 復元 検証DB ESXi/NetApp上 DB1 DB2 DB3 DB4 検証DB : 1.検証DBの生成に10時間か かっていた 2. さらに3時間かけてID情 報をマスクしていた ログ適用 Data Guard 開発DB ESXi/NetApp上 DB1 DB2 DB3 DB4 日次でスケジュール適用 開発DB : 1.お客様は開発DBの準備に 4時間かかっていた
- 25. 25 ERAによる最適化 本番系 Exadata上 DB1 DB2 DB3 DB4 中間DB AHV上 DB1 DB2 DB3 DB4 Data Guard 検証DB AHV上 DB1 DB2 DB3 DB4 開発DB AHV上 DB1 DB2 DB3 DB4 ERA クローン ERA リフレッシュ 検証DB : 1.0.5時間で検証DBを生成 2. 1.5時間でIDをマスク 開発DB : 0.5時間で開発DBを 生成
- 26. 26 既存のお客様の課題 (米大規模銀行) 本番系 課金システム (5つのDB – 総計40TB以上) スタンバイ コピー 開発/品質保証 (40TB以上) • 障害 • スナップショット • クローン • RMAN復元 • インハウスのスクリプト 6x コピー 総計 240TB以上 (6x 40TB以上) ?????? 数日 課金システムDR (40TB以上)
- 27. 27 本番系課金システム (5つのDB – 総計40TB以上) スタンバイ コピー • Eraのゼロバイトクローン • 6%のデルタのみを消費 • Eraのゼロバイトリフレッシュ 6x コピー Era Era 課金システムDR (40TB以上) 開発/品質保証 (0 TB) 225TB以上 節約 2.4 TB (40 TB x 6%) 14 TB (6x 2.4 TB) 数分 Nutanix Era – DB運用をシンプル化
- 28. 28 ソフトウェアライセンス体系 ライセンス種別 説明 プラットフォームライセンス • AOS Ultimate + Eraのライセンスをパッケージ化 • クラスタ上の物理コア数ベース • 最小ノード数は３ • CBL (Capacity Based License)は必要なし • クラスタ上の全コア数分を購入する必要あり • DB以外の仮想マシンを稼働させることが可能 • Files, Flow, Calm, Leapなどを稼働させる場合は別ライセンスが必要 物理コアベース • クラスタ上の物理コア数に応じたライセンス • クラスタ上の全コア数分を購入する必要なし • ストレージ専用ノードは含まない • ホストアフィニティ設定の場合、当該ノードに限定 vCPUベース • Eraが管理するデータベースのvCPU数 • アーキテクチャ上の柔軟性を実現 • ハードウェアプラットフォームに非依存 • 成長に合わせた支払い • 必要に応じて拡張 • Eraの管理下にあるソースおよびクローンDBサーバーに対する支払い • ライセンスのモビリティ • 複数クラスタ間で可搬性を提供
- 29. 29
- 30. 30
Notas do Editor
- 簡単に、2008年の新卒です。 オラクルの話を少しだけ
- 複数のDBエンジン 異なるDBサイズ 多数のコピーデータ 複雑な運用 Now lets take a few minutes and clearly understand your customers' pain points in regards to provisioning and operating databases in their data centers. Many of your customers are running their database on legacy infrastructure and technologies. And Legacy Infrastructure create complexity and database management challenges. Legacy can be an environment where storage, compute, networking is segregated, has multi vendor and the IT department has to constantly make sure these technologies are integrated to their optimal potential and have to deal with Multi vendor support and operations. This results in a higher cost of operations and greater inefficiencies due to manual processes, inflexibility , increased dedicated hardware needs, and costly workarounds for disaster recovery. These IT departments have to deal with these issues while the business actually demands a higher performance level, increased agility and flexibility Just to highlight Valpak had similar challenges Valpak is one of the leading direct marketing companies in the U.S. and Canada. We provide print and digital advertising through a network of 160 local franchises - Valpak pain point was the complexity of its legacy SAN environment. “We wanted to find infrastructure that was easier to manage,” noted Cate. “With our traditional environment, we were always having to determine if we had enough Fibre Channel switch architecture with our big heavy SANs. It also took a lot of time to provision those disks, with only one person in the company that had the technical depth of knowledge to manage that environment.” - "Whenever we upgraded one component, it caused a lot of disruption downstream, since I had to upgrade every switchboard and HBA on every system that didn’t need it. Our company runs on technology–our factory floor is highly automated and uses a lot of robotics. Our success depends on how well our IT works. Agility: Dev/Test: 10x faster deployment, create in minutes (Valpak – Oracle). Agility: Dev/Test: 10x faster deployment, create in minutes (Valpak – Oracle).
- レスポンスに満足している方って、どのくらいいらっしゃいますか？？？（多分聞かない方がいい）
- インフラのメンテ、リプレイスで止める必要がありませんか？ DBのメンテが複雑で停止を伴っていませんか？
- お金だけではなく、管理コストばかりがかさんで、本来やるべきことが出来ていない
- Nutanix Eraは、データベース管理を自動化および簡素化 Prism同様に少ないクリック数で匠の技を実現出来るように
- Provisioning Nutanix Era allows DB admins to define standards for their database provisioning needs and provide end-state driven provisioning functionality that includes mission-critical cluster, HA database deployments. Era provisioning service includes: Custom software images tailor-made to enterprise needs (PSUs and one-off patches) Pre/post create DB scripts insertion Complex HA environments support (e.g. Oracle RAC) Sophisticated SLAs (continuous, daily, and monthly RPO) Predefined/Customizable SLAs based on business requirements CDM Just like how easy is the copy and paste operations on your computer, we believe that these operations should be that simple for databases that are terabytes in size. For enterprise databases, for instance, the requirement is not just to copy/ paste of a particular instance but the ability to create clones from any point-in-time. Nutanix Era time machine technology powers the one-click database copy and paste operations from any point in time while maintaining QOS for specific SLAs. Era lifecycle management service includes: Space efficient incremental snapshots representing full synthetic backups Zero-byte database clones to any point-in-time Pre-post masking script insertion Fast clone creation (few minutes) Production-like QOS for clones Database server only clones One-click refresh in few minutes Support for brownfield databases Consumer grade restoring experience Database protection Database protection meaning keeping the good state of the database environment is crucial for any DBA. Many times due to the application or database update there will be issues with the environment. Thus many DBAs would take a snapshot of their environment before any update to ensure they can roll back to the ideal state. Here Era offer simplicity through one click database snapshots that can take a snapshot of databases in TBs in size in just a few minutes Database Patching One of the biggest pain points of DBAs is keeping up with database patches and updates. They want to eliminate database config and version sprawl. DBAs want to have standardization for patching and being able to see what versions of databases are in their environment and apply patches (e.g. security patches) in a timely fashion. Here Nutanix Era simplifies patching by providing out of place patching automation. Each database will be associated with a patching train. And once a new patch is tested and published. The DBA has a choice to automatically/schedule update of all targeted databases.
- 複数のDBエンジンに対応、Pre/Postスクリプト、HA対応
- 例えばOracleを作るときにすべてのパラメータを入力したりしない
- データベースのパッチ適用 DBAの最大の問題点の1つは、データベースのパッチと更新に遅れずについていくことです。 彼らは、データベース構成とバージョンの無秩序な増加を排除したいと考えています。 DBAは、パッチを適用するための標準化を行い、環境内のデータベースのバージョンを確認し、タイムリーにパッチ（セキュリティパッチなど）を適用したいと考えています。 ここで、Nutanix Eraは、場外のパッチ適用自動化を提供することにより、パッチ適用を簡素化します。 各データベースは、パッチ適用トレインに関連付けられます。 そして、新しいパッチがテストされ公開されると。 DBAには、対象となるすべてのデータベースの更新を自動的に/スケジュールする選択肢があります。
- Change Healthcare is a provider of revenue and payment cycle management and clinical information exchange solutions, connecting payers, providers, and patients https://nutanix.my.salesforce.com/0060e00001tvLwg David Young (Opp owner) Evan Saltmarsh (SE) Mandar Surklund (SA) Tod Holsenbeck (CSM) $10.8M Bookings to date This is a huge win at Change for a new workload, Oracle DB. Their Tier 1 DB platform has been mostly physical servers (Dell) attached to Pure storage, but a new DB team came in and was demanding they move to ExaData as the preferred Oracle platform. Thankfully, there is some bad blood with Oracle within the executive ranks and we were able to use that to force a POC before a final decision was made. At this point it was late December, and we had to quickly mobilize on many fronts. Evan Saltmarsh (SE) became a huge coordinator of our internal efforts while continuing to campaign for us with the Technical Managers and Project Manager. Dell dropped in some great XC Core 640-10 servers on a try-and-buy, and thankfully our CSM Tod Holsenbeck recommended we do NVME drive hot tier and 25Gb NICs to really supercharge things as we were up against a robust Oracle build. We also engaged our rockstar Solution Architect team of Murali Sriram and Mandar Surkund to help architect and tune Oracle, and we pulled in Rajeev Prabhakar from the Services team to help (thank you Frank Shields and Ben Elliot!!) using some remaining credits we had in place. We then began a mad scramble over the next 3-4 weeks to build, configure, test, tune and test more, all the while fighting the DB team who was actively working against us and pushing the Oracle message. There were more urgent deadlines than I care to recall, and two weekends in particular where we were all being pushed hard, and Evan, Rajeev and Mandar stepped up and delivered. We actually beat the ExaData performance on the first pass, but they were able to tune and improve which allowed them to improve to about 5% better than us as the end result. We truly felt we could even that out with more time, but ultimately it was close enough not to matter. We were very happy with our results but certainly realized that if performance was the lone measurement we were going to struggle. We re-engaged with the VP making the final decision (over both infrastructure and databases) and made sure to highlight the Nutanix x86 based architecture that was already a standard at Change, reinforcing the easy to maintain and operate principles we have always sold on. We felt we were positioned well, and we were called in to a meeting with the VP at the end of it where he told us we won, but he really wanted to look us in the eye and make sure he could count on our support to make the team successful before giving us the official word. Of course!! That is how we operate. I have mentioned a lot of folks who helped on this already, but it was truly a team effort. None of this is possible without my partner Evan Saltmarsh, not only did he lead the technical coordination, but I think his relationships developed with the staff and Change and their trust in him helped to carry the day. Mandar, Rajeev, Murali, Tod Holsenbeck and Brett Ruth all stepped up to help in a significant way. Bala Kuchibhotla and Kamal Khanuja from the Era team have also stepped in to deliver Era and really try to convert the DBA team to full Nutanix supporters over the long term. Awesome job everyone!! Why Now? This is a very urgent project and POs are being promised prior to 3/31 to capitalize this within their fiscal year ending that date. Why Nutanix? Just finished POC bake-off against ExaData to win platform decision against Oracle and Dell/Pure. VP & CIO made the decision to go with Nutanix. _______________________________________ Mar 08, 2019 DY - Have been notified we have won this opportunity, but working on the final timing and quote process, tracking highly towards Q3. Feb 27, 2019 DY - Have been going through an extensive POC against Oracle ExaData for the Risk Analytics business unit. The Change DB team is actively fighting against the Nutanix investment already made and pushing to get ExaData back on the floor. We did not perform as well, but were very close. Providing summary/proposal to VP and management team today to reinforce their "why Nutanix" investment and keep things standardized instead of siloed. Expecting decision soon. Aug 21, 2018 DY - Long, ongoing process to remediate capacity and performance concerns on the Gamma implementation. We have gone to bat with the business to provide for highly discounted licenses in conjunction with new Dell servers to create a dedicated Oracle cluster for this environment. The CIO has approved the additional spend for this option, but the DBA team is still fighting Nutanix so leaving it in stage 3 and Upside A. Should have resolution by mid-Sept one way or another.
- Existing environment Running Oracle and Postgres billing systems on Nutanix DB system of 40TB+ (group of federated databases; one DB alone is 35TB) Requirements Dev/QA teams need to create copies of prod DBs to test new features against the latest datasets Traditional techniques - Combination of snapshots, clones and in-house scripts 6 copies of prod system, being cloned and refreshed on a regular basis. Requires downtime on database standby (DR) to clone OR incurs heavy penalty on storage/time for traditional DB restore (RMAN) Major Incidents Had issues with PostgreSQL and Oracle - DBA team unable to do any cloning, refresh activity for about 3 months Cause – Used in-house scripts; upgraded DB stack and scripts stopped working – Cannot create dev/test environments Nutanix Era Benefits Installed Era for standby DB system (5 DBs) Clone DB system and also refresh data all in matter of minutes! Zero-byte clone storage overhead; change rate 6% of prod DB system sizes (QA only modify/update part of their database) Converge DR and Secondary environments
- Existing environment Running Oracle and Postgres billing systems on Nutanix DB system of 40TB+ (group of federated databases; one DB alone is 35TB) Requirements Dev/QA teams need to create copies of prod DBs to test new features against the latest datasets Traditional techniques - Combination of snapshots, clones and in-house scripts 6 copies of prod system, being cloned and refreshed on a regular basis. Requires downtime on database standby (DR) to clone OR incurs heavy penalty on storage/time for traditional DB restore (RMAN) Major Incidents Had issues with PostgreSQL and Oracle - DBA team unable to do any cloning, refresh activity for about 3 months Cause – Used in-house scripts; upgraded DB stack and scripts stopped working – Cannot create dev/test environments Nutanix Era Benefits Installed Era for standby DB system (5 DBs) Clone DB system and also refresh data all in matter of minutes! Zero-byte clone storage overhead; change rate 6% of prod DB system sizes (QA only modify/update part of their database) Converge DR and Secondary environments