[ドライ] 4種類使用したOracleのDBaaS配置モード、?

マイクロ文字の画像_20191122145504.jpg

クラウドコンピューティング技術は、仮想化ソフトウェアの使用に加えて、専門的な分野を開発したように、オペレーティングシステム、データベースプラットフォーム、クラウドや他の分野でのハイパーバイザ技術インフラのクラウドアウトサイダー、コンテナベースの仮想化技術は、開発およびアプリケーションの多くなっています。サービス(DBaaS)されて入ってきたように、データベースも、このような技術的背景です。



サービスとしてサービスデータベースなどのデータベース

サービス(DBaaS)などのデータベース操作のデータベーススキーマ及びデータ管理方法を構築するためのプラットフォームであり、クラウドコンピューティングの枠組みの中で、データベースは、1つまたは複数のアプリケーションへのサービスとして機能することができるであろう。だから、サービスなどのデータベースは、次の機能をサポートする必要があります。


  • コンピューティング、ストレージ、ネットワーク・リソース・データベース・プラットフォームを共有し、異なるアプリケーションテナントとリソースとこれらのリソースの分離の柔軟な配備をサポートします。


  • 、データ分布の例を含む、ストレージ容量の割り当ての供給と管理をデータベース・サービスを提供するオンデマンド、セルフサービスの方法。


  • サービス保証の異なるレベルを提供するクラウドベースのデータベースプラットフォーム、。既存の採点基準と組み合わせることで、さまざまなITシステムのための差別化サービスレベルのセキュリティシステムの実装。


  • きめ細かく異なるデータベースの使用計量サービスのテナントは、各個々のテナントデータベースの課金、計量提供します。


技術では、サービスとしてのデータベースを実装するかを選択できる2つの技術があります。

  • IaaSの層が提供されるインフラストラクチャをベースと異なる仮想マシンでは、データベース・プラットフォーム・ソフトウェアの展開に関連するサービスを提供しています。


  • 直接コンテナデータベース・ソフトウェア・テクノロジー・プラットフォームを通じてデータベースソフトウェア、ハードウェア(サーバ、ストレージ)統合管理、展開、リソースの割り当てと回復を実装します。


現時点では、最初の方法は、実用的なアプリケーション管理の複雑さ、互換性の問題に存在するであろう、とさえ深刻な問題とパフォーマンスのボトルネック全体のオペレーショナル・リスクを有することができます。たとえば、IaaSの層のリソースを達成するための業務システムは、VMの仮想化技術を介して、X86ベースのサーバーにプールして、Oracleデータベースおよびビジネスアプリケーションを展開、実際の試験で40%以上の性能の損失ことがわかった。しかし、Oracle RACデータベースもありませんVMwareプラットフォーム・ベンダーは大きな潜在的なオペレーショナル・リスクがあるシステムの問題の診断、問題解決のイベントで正式サポートの問題を取得します。


そのため、技術自体は、データベースプラットフォームのデータベースコンテナのPaaS層サービスによって形成され、現在、コアデータベース・システム、特にOracleデータベース・ユーザーがデータベース雲本館を選択しています。Oracleデータベースソフトウェアプラットフォームのコンバインのハードウェア関連のインフラストラクチャによって、データベースの共有リソースプールを形成した後、ハードウェアリソースの各アプリケーションデータベースのリソースプール内のアプリケーションの要件に従って、データベースサービスへのアクセス、および達成するためのクラウドプラットフォームでさまざまなビジネスアプリケーションの展開をサポートし続けます集中統合システム。


これは事実上、システムの信頼性、スケーラビリティ、コンピューティングパワー、回避のビジネス要件とシステムのサポート機能は、ミスマッチを見える改善、維持するために、コンピューティングおよびストレージリソース、フロアスペース、電力、インフラ、人材保存することができます。



四種類のOracleデータベース・サービスの展開モデル


image001.png

▲Oracleデータベース・サービス4つの展開アーキテクチャ


仮想マシンの展開データベース(IaaSのモード)に基づいて、1。

最初の方法は、仮想マシンのOracleデータベースにデプロイされ、このモデルは、物理サーバー上の物理サーバが増加ハイパーバイザ仮想化層を共有し、各仮想マシンは、単一のオペレーティングシステムの仮想化層上で実行され上記別のデータベースインスタンスを展開。


image004.png

利点:

  • リソース分離が良く、アイソレーションのオペレーティング・システム・レベルです。

  • サーバ仮想化技術は、より成熟しています。


短所:

  • 唯一の物理サーバを共有し、リソースの共有は高くなく、サーバーのCPUとIO仮想化の大きな損失。

  • IaaSの層の仮想サーバーは、コンピューティングリソース達成することができ、「大分少し。」

  • サポートする唯一の単一のデータベース・インスタンス実行している、貧しい広がりパフォーマンス、高可用性遅い切り替えます。

  • 仮想化ソフトウェアの必要性が悪いI / Oパフォーマンスにつながる、単一のディスクアレイストレージを共有することができます。


展開の方向:

  • このアプローチは、可用性、性能要求の厳しい小規模のデータベース・サービスを提供するのに適しています。



2.展開複数のデータベース・インスタンス(PaaSのモード)株式ベースのサーバークラスタ

クラスタ内の物理サーバーの共有セットでOracleデータベースを展開する、物理サーバのようなセットは、1またはに展開することができ、このクラスタ上でOracleソフトウェアを実行しているグリッド・インフラストラクチャ・クラスタの展開のバージョンのサーバの同じ構成やオペレーティングシステムを使用するために必要なデータベース・インスタンスの複数(マルチノードデータベースRACとすることができる、単一ノード・データベース/インスタンスであってもよい)、このモデルは、物理サーバとオペレーティングシステムを共有しているが、各アプリケーションは、このように独立して、まだ別のデータベースインスタンスを有しますSGAのメモリ管理、バックグラウンド・プロセス、および上そう。

image006.png


利点:

  • リソースの共有、仮想マシン・モデルよりも集積密度の度合い。

  • 每个应用系统有自己独立的数据库实例,很好的资源隔离性。

  • 良好的性能,支持服务器计算能力和存储容量及IO能力的横向扩展。


劣势:

  • 共享了物理服务器和操作系统,但每个数据库实例仍独享自己的内存、后台进程,当整合数据库数量较多时,这些重复的基础功能造成CPU和内存重复开销,资源共享度、整合密度仍有待改善。


部署定位:

  • 这种方式适合提供整合数据库数量不是特别多、或是规模较大的数据库服务。



3. 共享一个数据库实例部署多个Schema(PaaS模式)

在共享的一个数据库实例内,通过开通多个schema及其关联对象提供数据库服务,数据库实例和其后的操作系统、服务器硬件平台均为共享的。

image008.png


优势:

  • 资源共享比例高,CPU内存使用更高效,性价比好。

  • 数据库服务开通速度快。

  • 良好的性能,支持服务器计算能力和存储容量及IO能力的横向扩展。

  • 非常适合不同用户间需要大量数据共享的场景。


劣势:

  • 隔离程度低,只能做到数据库用户Schema级别隔离,访问不同Schema的对象只需要授权就可以。

  • 每个数据库用户不能独立进行数据库管理,只能一起进行数据库备份和恢复。


部署定位:

  • 这种方式适合对数据库隔离性要求不高、或是用户间需要大量数据共享的场景。



4. 使用DB 12C多租户功能,通过可插拔数据库提供数据库服务(PaaS模式,12C新特性)

Oracle 数据库12c版本,新增多租户功能,使用这个特性,可以将Oracle数据库按照一个统一的容器数据库CDB + 多个可插拔数据库PDB的方式进行部署。


容器数据库层统一包含了SGA内存管理、后台进程、数据库启动参数文件/redo log/Undo 等公用功能(之前的独立数据库实例,每个数据库有独立的SGA区、后台进程,现在不再需要了),可插拔数据库PDB则管理自己的一组表空间,其中包括 SYSTEM 和 SYSAUX、以及用户业务表空间。

image009.png

采用Oracle 数据库12c部署数据库云,用户的数据库可以采用可插拔数据库PDB进行供应,这些PDB部署在统一的容器数据库CDB之上,共享一个数据库实例,也共享了后台的物理服务器和操作系统,资源共享程度很高。


同时用户的PDB之间还保持了很好的隔离性,从用户的使用来看,PDB和传统独立实例的数据库是没有区别的,应用无需改造。相对于独立的数据库实例,12c的多租户模式架构的资源共享程度很高,节约了重复的数据库系统开销。


优势:

  • 资源共享比例最高,CPU和内存使用更高效,整合密度和投资性价比最佳。

  • 数据库服务开通速度最快。

  • 良好的性能,支持服务器计算能力和存储容量及IO能力的横向扩展。

  • 资源隔离性好(用户使用感受和独立实例数据库一致)。


额外工作:

  • 数据库升级/迁移到12c版本,原有应用功能需要进行测试验证。


部署定位:

  • 适用于灵活提供各种规模、可用性、安全等级的数据库服务。



部署模式推荐

在条件允许的情况下,将数据库升级到Oracle 12C以上或者直接部署Oracle 12C以上版本,采用DB 12C部署数据库,DB 12C的多租户特性可以很好的和RAC集群进行结合,12C的容器数据库CDB能够部署在一台或多台物理服务器节点构成的集群上,可以灵活控制每个PDB的服务运行在集群一个或多个节点上。


同时集群伸缩性(可扩展性)也非常好,当整个集群的负荷较高时,可以在线为集群增加物理服务器节点,并方便的调整各个PDB服务的运行节点,进行负载均衡,降低整个集群的负荷。


数据库云的所有PDB的数据可以均匀打散分布在数据库存储资源池的所有存储设备上,并且支持跨存储设备的镜像。当添加/删除新存储设备时、或是硬件出故障时(单块磁盘损坏/单台存储设备损坏),可以进行在线数据自动重分布,使负载均衡和跨存储设备的数据镜像保护仍然得以保持,重分布的过程中数据可正常读写访问,对上层的数据库和应用透明。


通过添加新存储设备、在线数据自动重分布,可以使数据库存储集群整体容量和IO能力线性的横向扩展。


作者:黄史浩

4cba640703de7c7add96828fc3fa7415

往期回顾

如何改善监控问题,试试打造企业统一监控平台体系!

云计算 | 数据在云上安全吗?DDoS***怎么办?

如何基于TAPD实践Scrum的敏捷开发?

嘉为出席GOPS全球运维大会:运维巅峰时代,研运中台或是唯一选择

エラー:ネットワーク接続の問題?ネットワークの監視netstatコマンド接続してみてください!


おすすめ

転載: blog.51cto.com/11811406/2452641