温馨提示:文本由机器自动转译,部分词句存在误差,以视频为准
00:00
刚才呢,我们已经配置完自动的故障转移并启动,也演示了它确实可以达到这个效果,那么接下来我们就想看一下它是否能跟之前集群一样正常的去使用呢?好,那这个时候呢,我们切到这边来查看一下,呃,当前我们集群当中没有任何信息,没有问题,因为是一个新的集群,那我想上传一个信息,比方说我现在想把K底下的一个read me这个文档呢,上传到HDFS目录,想一下我们曾经应该怎么去传导,是不是应该调用哈杜FS叫刚put。Read me点马上传到根目录走一下。呃,那这个地方呢,它有一个报错,但是没有关系,它后面呢会做重试对吧,它会再次重试啊,也就最终可以保证它的一个成功啊,那到底有没有成功很简单,我们只需要去看一下我们的HDFS刷新,哎,确实已经上传成功了,因为它的一个使用方式呢,跟之前其实没有区别,只不过说在过程当中,他会去102103104呢去尝试。
01:09
是不是,呃,他会做一些尝试,因为他也不知道用的是哪一个啊,呃,那这个呢,是我们在当今节点上去运行这个内容,呃,那如果说我写的是API呢。那我总不能指定一个根目录了,是不是对吧,所以如果当我们写的是API的时候,我们要这样去写啊,地址呢,假如说现在呢,我要上传一下notice啊,呃,还是一样的哈。FS-put,现在呢,我想把这个notice。给它上传到根目录,嗯,那不要写斜杠了,因为在API里边就不太好写了,大家要注意曾经我们是不是配置了一个或者哪个地址叫iddfs。My class,那么如果说咱们未来要写。
02:01
代码的时候,那么就用这个就好,然后呢,上传到根目录走一下。他还是会去找这个standby,最后呢去重试对吧,那这个没关系,我们只要刷新一下,看他是不是真的上传上来就好了,放心诶,Notice也已经上传上来了,那此时就没有问题了,对吧?所以未来我们用的时候呢,其实没有大的一个差别,只不过说它过程当中可能会尝试连接到stand by,因为在standby这个节点上面,我们给大家看一下。在甘路好,那这边呢,其实三告诉我们了,这个操作呢,是不允许去读的,连读都不给读,别说写了对吧,所以刚才在日志当中报错也是这个道理,诶他这个读操作是不被允许的S,因为他会去重试啊,他会去重试对吧?好,那其实综合来看,跟我们之前使用的没有问题,没有任何差别。
我来说两句