Return-Path: X-Original-To: apmail-hadoop-yarn-issues-archive@minotaur.apache.org Delivered-To: apmail-hadoop-yarn-issues-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id A884C174E1 for ; Thu, 16 Apr 2015 17:42:00 +0000 (UTC) Received: (qmail 83821 invoked by uid 500); 16 Apr 2015 17:42:00 -0000 Delivered-To: apmail-hadoop-yarn-issues-archive@hadoop.apache.org Received: (qmail 83781 invoked by uid 500); 16 Apr 2015 17:42:00 -0000 Mailing-List: contact yarn-issues-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: yarn-issues@hadoop.apache.org Delivered-To: mailing list yarn-issues@hadoop.apache.org Received: (qmail 83770 invoked by uid 99); 16 Apr 2015 17:42:00 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 16 Apr 2015 17:42:00 +0000 Date: Thu, 16 Apr 2015 17:42:00 +0000 (UTC) From: "Vrushali C (JIRA)" To: yarn-issues@hadoop.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (YARN-3411) [Storage implementation] explore the native HBase write schema for storage MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/YARN-3411?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14498366#comment-14498366 ] Vrushali C commented on YARN-3411: ---------------------------------- Thanks [~djp] ! bq. Just quickly go through the poc patch which is good but only have EntityTable so far. Do we have plan to split other tables to other JIRAs? yes, we can have jiras for other tables as we add in those functionalities. Right now, the PoC is focussed only on entity writes, hence this patch has only that table related stuff. bq. Some quick comments on poc patch is we should reuse many operations here like split() or join() in other classes, so better to create a utility class with putting common methods to share. Absolutely agreed, I am refining the patch. With hRaven we have a bunch of such utility classes. I was trying to see how many I can put in, since it's not confirmed that this would be the way to go. I did not want to mix up too much code. But I will be uploading a refined patch + some more changes like Metric writing soon. > [Storage implementation] explore the native HBase write schema for storage > -------------------------------------------------------------------------- > > Key: YARN-3411 > URL: https://issues.apache.org/jira/browse/YARN-3411 > Project: Hadoop YARN > Issue Type: Sub-task > Components: timelineserver > Reporter: Sangjin Lee > Assignee: Vrushali C > Priority: Critical > Attachments: ATSv2BackendHBaseSchemaproposal.pdf, YARN-3411.poc.txt > > > There is work that's in progress to implement the storage based on a Phoenix schema (YARN-3134). > In parallel, we would like to explore an implementation based on a native HBase schema for the write path. Such a schema does not exclude using Phoenix, especially for reads and offline queries. > Once we have basic implementations of both options, we could evaluate them in terms of performance, scalability, usability, etc. and make a call. -- This message was sent by Atlassian JIRA (v6.3.4#6332)