Hi all, You all watching this video might be thinking of failback process too. I had few doubts regarding failback, so I opened a support case with AWS (using my corporate account as we don't get technical support in free tier account). As per the update I received from AWS: Currently EC2 instance can't be booted off the ISO image hence at this moment it is not possible to do failback when we have DR setup between the AWS regions. As VMWare and other cloud providers support booting their machine with ISO image, hence it is possible to do a failback when the source is VMWare or other cloud provider. AWS support team also mentioned that the automatic and fully orchestrated failback features (like Cloudendure) will be added to the AWS Elastic Disaster Recovery in future. So at this moment I am unable to make a video on failback as I have limited access to AWS only. Once I have supported resource as mentioned above by AWS support team( like VMWare ), I will try to bring failback video too. Till then happy learning :)
@TheRealRusskye2 жыл бұрын
any news here?
@conceptsofcloud93032 жыл бұрын
unfortunately no.
@TheRealRusskye2 жыл бұрын
@@conceptsofcloud9303 I got the answer here from AWS. In scenarios Cloud to Cloud, there is no failback Agent. You need to perform the Drill, delete the source servers and then setup the target servers to perform a new Drill back to the original location. Very manual and confusing. If i can say, Azure Site Recovery is very ahead.
@Coffee_thebrownLabrador2 жыл бұрын
@@conceptsofcloud9303 Is there a way you can show us how to redirect traffic from source server to recovery instance during failover
@edua_tech9 күн бұрын
Amazing job brother, god bless you
@SHAHISTHAPIRJADEАй бұрын
Well Explained!
@bikushah7771 Жыл бұрын
everything spoken was truth and correct until you made mistake when talking about the Failback process . When we do the Failback from one Region to another or simply from one AWS Account to another, we don't need to install any kind of Agent on the SOurce Server for failback ; we can simply click on Failback or start Reversed Replication and Voila !!!! But when we do the failback for On-prem Server , we need to boot it through the Failback Clicent ISO image .
@zainabedin10212 жыл бұрын
Thank you for sharing such useful information.
@microwavelk896 ай бұрын
thank you for sharing this. very helpful
@pkarthik7858 Жыл бұрын
Good to understanding videos clearly 🥳
@rajiv7 Жыл бұрын
Awesome!!!
@humanfirst112 жыл бұрын
In the AWS documentation it is mentioned that "You can perform a *cross-Region* or cross-AZ failover and failback directly with the aid of the DRS Console." But at 6:34 you mentioned that failback is not possible from one region to another region? Can you please cross check that part?
@conceptsofcloud93032 жыл бұрын
Glad that you asked. Please read answer to below question in FAQ at aws.amazon.com/disaster-recovery/faqs/ "What can I do using CloudEndure Disaster Recovery that I cannot do using AWS Elastic Disaster Recovery?" Still you have doubts feel free to write, I will try to help
@forbrave8660 Жыл бұрын
This is gem Thank u bro
@jureddivenkatesh18514 ай бұрын
Can we configure cloudwatch to replication server and recovery server
@onecloudhelper2 жыл бұрын
Thanks a lot for the awesome knowledge base
@siranjeevidurai18702 жыл бұрын
how to check installed AWS EDR version in Rhel and windows servers
@zaidmughal7210 Жыл бұрын
What is meant by the term drill?
@imranshaik5325 Жыл бұрын
I am getting an error while installing the AWS EDR agent.
@bryandc36722 жыл бұрын
I have network problems and I don't now why, I have my replication agent all set, but the failback doesn't want to work, any idea?
@conceptsofcloud93032 жыл бұрын
Kindly check you IAM permission and security group rules. If needed do check AWS Elastic DR documentation.
@bryandc36722 жыл бұрын
@@conceptsofcloud9303 The failback match with the replication instace, but it says something like this "could not connect, check your network configuraton, trying in 1minute" I think it might be related with 1500 port, because I don't know how to connect it
@naveenkumar-jy3tw2 жыл бұрын
Hi, can i take backup of EKS cluster using aws DR. is that possible ?
@SHAHISTHAPIRJADEАй бұрын
+1
@nicholasgovender165110 ай бұрын
Hello ,Thank you for this informative video, can you please do a failback on a windows instance, on your corp account,you can pause the recordings ,High level steps,will you consider doing something like this,thanx
@arnold56212 жыл бұрын
Thanks Man.
@sarc0072 жыл бұрын
What if we need on premise server to have disaster recovery and fail over. How do we go about this?
@conceptsofcloud93032 жыл бұрын
We need to follow same steps, with all the required permissions granted
@sarc0072 жыл бұрын
@@conceptsofcloud9303 how about activating failover and fall back?
@vinayakchamle9682 жыл бұрын
Where are settings to launch recovery instance in another region?
@conceptsofcloud93032 жыл бұрын
Sorry I didn't get your question, please elaborate
@vinayakchamle9682 жыл бұрын
@@conceptsofcloud9303 Hi, at that time i was bit confused but later got to know that while installing replication agent we should give region name where we want to recover our source instance. I.e if application instance is in us-east-1 and if you want to replicate that instance to us-west-2 then then you should give region name as us-west-2 while installing replication agent
@conceptsofcloud93032 жыл бұрын
Yeah, you got it right
@jasmineannemarasigan79592 жыл бұрын
Very informative. Thank you very much! Just curious, since it's creating a conversion server and terminate it right away before it launch a recovery instance, will that incur charges separately (the conversion server)?
@conceptsofcloud93032 жыл бұрын
Glad to know it helped you. Yes it do incur charges, but the amount would be minimal.
@susantechnologiesprivateli78612 жыл бұрын
Nice
@shamstabrez29862 жыл бұрын
bro plz make videos on firewall manager network firewall n advanced vpc networking concepts
@kaushikmitra88892 жыл бұрын
Kindly share the AWS elastic disaster failback process
@conceptsofcloud93032 жыл бұрын
I am working on it
@kaushikmitra88892 жыл бұрын
@@conceptsofcloud9303 thanks a lot. If possible also show us cloud endure failover n failback process
@kaushikmitra88892 жыл бұрын
Excellent video. Keep it up sir. ☺️
@kaushikmitra88892 жыл бұрын
Sir any expected time to launch failback video ? :)
@kaushikmitra88892 жыл бұрын
kindly show the failback process . we are awaiting.
@ajaymehta80032 жыл бұрын
how can I get in touch with you.
@conceptsofcloud93032 жыл бұрын
You can write me at conceptsofcloud@gmail.com
@anandwebhelp2 жыл бұрын
Can you share demo from VMware to AWS Cloud Failover and Failback
@conceptsofcloud93032 жыл бұрын
Theoretically steps would be same. I will try to bring that demo at least till Failover. Since EDR is new AWS service they are still enhancing this service
@albertobifolco88002 жыл бұрын
@@conceptsofcloud9303 I'd like to see a video where you run the failback client on cloud machines. This is currently not possible as the failback client is an iso and not a binary to run. Are there any solutions for this?
@conceptsofcloud93032 жыл бұрын
The only work around I can see is, treat failover server as source machine and perform all the steps as if we are performing failover operation on new machine. But this is manual process and we can never failover to our desired machine(server). This is just a workaround and we can't compare it to failback
@albertobifolco88002 жыл бұрын
@@conceptsofcloud9303 I'm talking about the Failback client livecd. It is not easy to use it on machines where it is not possible to load a livecd iso. It is not easy to run binaries (extracted from the iso) correctly on a machine in another cloud provider such as AZURE or Oracle for example. it would be very helpful to find a solution
@ridwansulaiman83362 жыл бұрын
hi , thankyou for demo, can you please demo for failback as well? :)
@conceptsofcloud93032 жыл бұрын
Hi Ridwan, I hope this video was helpful. Sure, will make a video on failback soon. Happy learning :)
@kaushikmitra88892 жыл бұрын
@@conceptsofcloud9303 please share failback process. That will be more informative as failback process is very rare over the internet. Please 🙏
@sandv29022 жыл бұрын
source server is On-premise server please share the steps.
@conceptsofcloud93032 жыл бұрын
Steps would be same only You can refer this link for more details docs.aws.amazon.com/drs/latest/userguide/source-servers.html
@kaushikmitra88892 жыл бұрын
Kindly share cloud endure data migration process :)
@unsorted11382 жыл бұрын
My "initial sync" keeps failing on the "Authenticate with service" step. Any idea what could be wrong? I've verified the access and secret keys, and have tried a second time, with the same result. I followed the troubleshooting guide in the AWS docs, no luck. I checked the agent logs at /var/lib/aws-replication-agent/agent.log.0, i see one warning: "WARNING Agent - migration script is missing for platform {'dist': ('amzn', '2', ''), 'system': 'Linux', 'release': '4.14.177-139.254.amzn2.x86_64'".
@conceptsofcloud93032 жыл бұрын
Kindly check IAM and security group rules
@sharathchandra4271 Жыл бұрын
It could be your settings, if you’re launching your replication server in private subnet. Try to select no public IP.
@Belal-Khan Жыл бұрын
Did you get this resolved? I have the exact same issue. Can't seem to get past the "Authenticate with service" step. the cloud trail logs aren't particularly helpful in finding the issue either.
@bikushah7771 Жыл бұрын
I guessed you want to do the Replication through the Private Connectivity and because of that you launched your replication server on Private Subnet ; now what you need to do is that you need to Setup the DRS endpoint, EC2 Endpoint , S3 endpoint and S3 Interface Endpoint and open port 1500 and 443 from the Replication Server SG.
@karthikeyane3149Ай бұрын
Me also got same issue "authenticate with service" not ready