LunaNotes

Download Subtitles for OCI Full Stack DR Oracle Kubernetes Video

OCI Full Stack DR - Integration of Oracle Kubernetes Engine

OCI Full Stack DR - Integration of Oracle Kubernetes Engine

Oracle Learning

244 segments EN

SRT - Most compatible format for video players (VLC, media players, video editors)

VTT - Web Video Text Tracks for HTML5 video and browsers

TXT - Plain text with timestamps for easy reading and editing

Subtitle Preview

Scroll to view all subtitles

[00:00]

hello everyone I'm surj rames product

[00:02]

manager for OCA fullstack Dr joining me

[00:05]

today is Anon M A fullstack OCA

[00:07]

specialist from the emia cloud

[00:09]

engineering team here at Oracle in this

[00:11]

video we will Prov a quick overview of

[00:13]

the oci OK integration with full stackd

[00:16]

followed by a detailed demo OC

[00:18]

kubernetes engine is a fully managed

[00:19]

kubernetes service on OC for developing

[00:22]

scaling and managing contain application

[00:25]

with this new feature you can add the OK

[00:27]

clusters as a member in the fullstack Dr

[00:29]

protection group

[00:30]

OK supports multiple note types such as

[00:33]

manage notes and virtual noes fullstack

[00:34]

DS support these four types once

[00:37]

everything is available you can add the

[00:38]

primary OK cluster to the primary Dr

[00:41]

protection group and the standby OK

[00:43]

cluster to the standby Dr production

[00:44]

group based on the application Dr type

[00:47]

you must include other resources like

[00:48]

volume groups F storage Oracle database

[00:50]

Etc in the respective Dr production

[00:52]

groups finally create Dr plants in the

[00:55]

standby Dr production let's look at some

[00:57]

of the important features first

[01:00]

periodically backup of all the cus

[01:02]

resources including deployment State

[01:05]

full sets and Crown jobs along with

[01:08]

custom resources ensuring e recovery

[01:11]

full stack Dr automatically replicate

[01:14]

the container mystery images from one

[01:16]

region to another region for seamless

[01:18]

recovery it helps to enable automatic

[01:20]

scale up and scale down of Lo pools in

[01:22]

both primary and standby clusters based

[01:25]

on the defined properties persons and

[01:27]

volumes are included in Dr plans Ensure

[01:29]

uring stateful applications can recover

[01:32]

with data Integrity finally it provides

[01:35]

a seamless integration with various OC

[01:37]

resources such as load balancer

[01:39]

networking article database for a

[01:41]

comprehensive D strategy with this I

[01:43]

will hand it over to Anton for a

[01:46]

detailed demo of this feature to

[01:48]

demonstrate the capabilities of this new

[01:50]

feature I have set up a Nook cluster in

[01:53]

duai as the primary deployment with an

[01:56]

additional standby cluster located in

[01:58]

Abu Dhabi in this setup we are running a

[02:01]

stateless deployment on OK fully

[02:05]

connected to an autonomous database the

[02:08]

autonomous database is configured with

[02:09]

autonomous Data Guard to ensure

[02:12]

continuous data replication to the

[02:14]

remote region full stackd will regularly

[02:17]

take a backup of the application

[02:19]

deployment and transfer the backup to

[02:22]

the remote object storage pocket also as

[02:25]

you can see in the diagram the work the

[02:27]

number of worker nodes across both both

[02:30]

clusters is not identical this will help

[02:33]

on optimizing cost for the standby

[02:36]

architecture I will show you how to set

[02:38]

up full stack Dr to scale the worker

[02:40]

nodes during the recovery process this

[02:43]

is not mandatory but if you are in the

[02:46]

case of reducing cost on the standby

[02:49]

region this will be helpful for you as

[02:52]

part of the switch

[02:55]

over full stack Dr will first stop the

[02:58]

application in the primary OK cluster

[03:01]

then perform the switch over of the

[03:03]

autonomous

[03:05]

database it will scale the worker nodes

[03:07]

accordingly and finally restore the

[03:10]

backup from the bucket on into the OK

[03:14]

cluster in the standby region and the

[03:16]

backup will be rescheduled in the other

[03:19]

way to Dubai region let's move now to

[03:22]

the oci console demonstrate this feature

[03:25]

in

[03:27]

action you can see the cluster in Dubai

[03:31]

region with one note pool and in the

[03:33]

note pool I have uh four

[03:37]

nodes and in Abu Dhabi the cluster in

[03:40]

Abu Dhabi with the same note pool but

[03:44]

with only two

[03:46]

nodes and if I show you also the

[03:50]

autonomous

[03:52]

database in

[03:56]

Dubai a primary DB in Dubai which is

[04:01]

configured with autonomous Data Guard to

[04:04]

replicate the data to Abu Dhabi

[04:07]

region let's show now

[04:10]

the uh

[04:15]

deployment if you have

[04:17]

the application already deployed in

[04:22]

Dubai in Abu Dhabi

[04:33]

there's no application running in in Abu

[04:36]

Dhabi okay and this demo application is

[04:39]

reachable from the internet with a

[04:41]

public URL which is this

[04:44]

one and uh it will be switched to the

[04:48]

public load balancer in the Abu Dhabi

[04:51]

region during the switch over let's move

[04:54]

on and configure fullstack

[04:57]

Dr in the primary region by creating the

[05:02]

Dr protection

[05:06]

group I will call it ok dxp I will put

[05:12]

a bucket for the uh execution logs and I

[05:17]

will create one I will do the same in

[05:20]

the other region then I will do the

[05:23]

association as usual so this one will be

[05:27]

Associated will have the primary rule

[05:30]

and the other one in Abu Dhabi

[05:33]

assciation is done

[05:36]

now and let's start by adding the oke

[05:41]

into the primary Dr protection

[05:45]

group so here you will select OK as

[05:48]

resource

[05:49]

type I will choose the primary

[05:53]

OK I will choose the bucket for the

[05:56]

backup and then I will schedule a daily

[06:01]

backup I will choose this time and I

[06:03]

will keep let's say for example three uh

[06:07]

days for the retention okay I will not

[06:11]

enable I don't have image replication I

[06:13]

don't have any secret to replicate and I

[06:16]

will

[06:17]

choose the name space to

[06:21]

be backup by default it's a full backup

[06:25]

but I want to select only this the name

[06:28]

space to be backup and and then I will

[06:30]

choose the peer OK

[06:32]

cluster where this backup will be

[06:35]

restored then in the advanced option you

[06:38]

can see the node pool scaling so here

[06:41]

for this node pool I will put two as the

[06:44]

minimum and four as the maximum okay if

[06:48]

I have multiple note pool I can add

[06:51]

multiple note pools and the other

[06:54]

options I'm not using it but if you're

[06:55]

using jump host or the native inv

[06:58]

controller you can do the mapping here

[07:00]

or any Vault mapping you can do them in

[07:03]

this Advanced option now this is done I

[07:06]

will hit add the is now added let's add

[07:10]

now the primary autonomous

[07:15]

database and I will choose a snapshot

[07:17]

standby for the drill and I will hit

[07:22]

that so the autonomous was added let's

[07:25]

move to the standby

[07:28]

region and add the members the

[07:31]

RPG I will choose okay

[07:34]

first I will select the standby OK I

[07:38]

will select the bucket or the backup as

[07:42]

it's a standby one I don't have to

[07:44]

specify the uh backup schedule as of now

[07:49]

I just have

[07:50]

to map with the p okayy cluster and I

[07:54]

willit and finally let's add the standby

[07:57]

autonomous

[08:03]

and again put snapshot stand by now for

[08:06]

this deployment all the resources are

[08:09]

now added to the both the protection

[08:12]

group let's now create the Dr plan and

[08:16]

as usual from the standby drpg let's

[08:19]

start by the switch over

[08:23]

plan I will give a name switch over and

[08:27]

I will hit create so the switch plan is

[08:30]

now created let's have a look so uh as

[08:33]

you can see it's created with all the

[08:36]

steps related to stopping and cleaning

[08:39]

the the cluster in the primary region

[08:41]

switch over the DB scale up the cluster

[08:44]

in the standby restore the uh deployment

[08:47]

in the standby and then reschedule the

[08:50]

backup on the other way and scale down

[08:52]

the old primary uh cluster this is the

[08:56]

switch over let's create another plan

[08:59]

the failover

[09:02]

plan similarly the failover plan is now

[09:05]

created and these steps are slightly

[09:08]

different it's a failover of the

[09:11]

autonomous scale up and restore because

[09:13]

it's a real catastrophic event in case

[09:15]

of fail and finally let's also create a

[09:19]

uh drill type of

[09:26]

plan the drill is also created it

[09:31]

and as as usual it has the different

[09:34]

steps let's focus now on the switch over

[09:37]

for this demo uh let me run the

[09:40]

pre-check I don't have any customization

[09:42]

because I have DNS steering policies

[09:45]

that will uh switch the traffic to the

[09:48]

uh standby load balancers once I

[09:50]

executed the switch over let me run the

[09:56]

pre-checks and we can it's in the queue

[09:58]

we can

[10:00]

monitor from the logs here the

[10:02]

pre-checks completed 3 minutes 4 uh 6

[10:06]

second let's now run the switch

[10:10]

over ignore the pre-checks as was

[10:13]

executed before and then execute the

[10:18]

plan let indic

[10:20]

progress so the part related to stopping

[10:24]

the application on the primary OK

[10:26]

cluster is completed it's on the stage

[10:28]

of switching the autonomous DB if I

[10:32]

check my application

[10:35]

now here it's it should be

[10:38]

unavailable okay and if I check the OK

[10:42]

deployment in

[10:45]

Dubai I will see that there's no

[10:48]

more new shop application deployed

[10:52]

okay so the plan is still in progress

[10:56]

the we are at the phase of scaling up

[10:59]

the Oki cluster in the standby as you

[11:01]

can see here it was two nodes and it

[11:04]

it's had been scaled up to four nodes

[11:08]

now and the autonomous DB was switched

[11:11]

over so it's also the application is now

[11:13]

restored on the stand by Oki cluster

[11:16]

which I should see all the pods

[11:20]

here here we go and normally I should

[11:24]

have my

[11:26]

application back again from the uh

[11:30]

standby

[11:34]

region So the plan completed

[11:37]

successfully everything is working fine

[11:41]

and I can check again on

[11:44]

primary that also

[11:47]

the no more application is running on

[11:51]

this OK e cluster and the number of

[11:54]

nodes was also reduced to two okay where

[11:59]

I have here in the PO noes with the

[12:03]

application running here in Abu

[12:05]

Dhabi so that's it for this video I hope

[12:09]

you found it helpful and provided

[12:11]

valuable Insight thank you for watching

Download Subtitles

These subtitles were extracted using the Free YouTube Subtitle Downloader by LunaNotes.

Download more subtitles
Buy us a coffee

If you found these subtitles useful, consider buying us a coffee. It would help us a lot!

Let's Try!

Start Taking Better Notes Today with LunaNotes!