<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>question Re: Federation and hbase in Archives of Support Questions (Read Only)</title>
    <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Federation-and-hbase/m-p/37026#M17837</link>
    <description>Its easy to get carried away by the words "namespace separation" and what&lt;BR /&gt;it truly means in federation setup. Its not as simple as it sounds.&lt;BR /&gt;&lt;BR /&gt;If you have 3 NNs, you will have 3 NNs with "/" each. Its not 3 NNs with&lt;BR /&gt;"/hbase" on all of them and files distributed automatically among them.&lt;BR /&gt;&lt;BR /&gt;ViewFS is a client-sided FS that can talk to the 3 NNs, and rewrite the&lt;BR /&gt;path locally. That is, you can choose to mount / of NN1 as /hbase1, / of&lt;BR /&gt;NN2 as /hbase2 and / of NN3 as /hbase3, but not bind all of them to a&lt;BR /&gt;common root (/).&lt;BR /&gt;&lt;BR /&gt;When you then ask for viewfs:///hbase1/foo, it internally goes to NN1&lt;BR /&gt;looking for just /foo. NN1 does not know what "/hbase1" is, only the client&lt;BR /&gt;(viewfs) does, which translates/brokers the request for you automatically.&lt;BR /&gt;&lt;BR /&gt;Simply said, no - such a setup with a single HBase cluster over 3x NNs is&lt;BR /&gt;not possible.&lt;BR /&gt;&lt;BR /&gt;Even if you did provide some form of viewfs:// as the root directory in&lt;BR /&gt;HBase config, it would fail cause of viewfs restrictions around moving&lt;BR /&gt;paths between mount-point paths.&lt;BR /&gt;</description>
    <pubDate>Thu, 04 Feb 2016 09:30:52 GMT</pubDate>
    <dc:creator>Harsh J</dc:creator>
    <dc:date>2016-02-04T09:30:52Z</dc:date>
    <item>
      <title>Federation and hbase</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Federation-and-hbase/m-p/37023#M17836</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Because our most data will be in hbase, we want to use below folder structure for HDFS federation&lt;/P&gt;&lt;PRE&gt;/hbase/prj1
/hbase/prj2
..
/hbase/prjN&lt;/PRE&gt;&lt;P&gt;I would like to ask if it is ok for hbase to use its subfolders in different namespaces?&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 16 Sep 2022 10:02:11 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/Federation-and-hbase/m-p/37023#M17836</guid>
      <dc:creator>scobanx</dc:creator>
      <dc:date>2022-09-16T10:02:11Z</dc:date>
    </item>
    <item>
      <title>Re: Federation and hbase</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Federation-and-hbase/m-p/37026#M17837</link>
      <description>Its easy to get carried away by the words "namespace separation" and what&lt;BR /&gt;it truly means in federation setup. Its not as simple as it sounds.&lt;BR /&gt;&lt;BR /&gt;If you have 3 NNs, you will have 3 NNs with "/" each. Its not 3 NNs with&lt;BR /&gt;"/hbase" on all of them and files distributed automatically among them.&lt;BR /&gt;&lt;BR /&gt;ViewFS is a client-sided FS that can talk to the 3 NNs, and rewrite the&lt;BR /&gt;path locally. That is, you can choose to mount / of NN1 as /hbase1, / of&lt;BR /&gt;NN2 as /hbase2 and / of NN3 as /hbase3, but not bind all of them to a&lt;BR /&gt;common root (/).&lt;BR /&gt;&lt;BR /&gt;When you then ask for viewfs:///hbase1/foo, it internally goes to NN1&lt;BR /&gt;looking for just /foo. NN1 does not know what "/hbase1" is, only the client&lt;BR /&gt;(viewfs) does, which translates/brokers the request for you automatically.&lt;BR /&gt;&lt;BR /&gt;Simply said, no - such a setup with a single HBase cluster over 3x NNs is&lt;BR /&gt;not possible.&lt;BR /&gt;&lt;BR /&gt;Even if you did provide some form of viewfs:// as the root directory in&lt;BR /&gt;HBase config, it would fail cause of viewfs restrictions around moving&lt;BR /&gt;paths between mount-point paths.&lt;BR /&gt;</description>
      <pubDate>Thu, 04 Feb 2016 09:30:52 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/Federation-and-hbase/m-p/37026#M17837</guid>
      <dc:creator>Harsh J</dc:creator>
      <dc:date>2016-02-04T09:30:52Z</dc:date>
    </item>
    <item>
      <title>Re: Federation and hbase</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Federation-and-hbase/m-p/37078#M17838</link>
      <description>&lt;P&gt;Thanks for the answer,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We are going to look increasing block size to 1GB+ to reduce the NN heap size. All data will reside in hbase, any other solutions other than seperating the cluster into physical partitions?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 05 Feb 2016 08:10:50 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/Federation-and-hbase/m-p/37078#M17838</guid>
      <dc:creator>scobanx</dc:creator>
      <dc:date>2016-02-05T08:10:50Z</dc:date>
    </item>
  </channel>
</rss>

