cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Marcus Eriksson (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (CASSANDRA-8460) Make it possible to move non-compacting sstables to slow/big storage in DTCS
Date Mon, 18 May 2015 06:44:01 GMT

    [ https://issues.apache.org/jira/browse/CASSANDRA-8460?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14547604#comment-14547604
] 

Marcus Eriksson commented on CASSANDRA-8460:
--------------------------------------------

bq. 1) Create a new notion of tiered storage configurable per node in yaml
yes, I've been thinking maybe adding priorities or tags to the data directories, but that
is probably not needed now. Adding a flag to each data_directory that states whether it is
for archival storage or not is probably enough for now.
bq. 2) Allow compaction strategies access to the various tiers with CASSANDRA-8671
yes, but CASSANDRA-8671 is mostly to give compaction strategies more control over flushing
and streaming locations - with the CompactionAwareWriter interface added in 2.2 I think we
get most of what we need for this ticket.
bq. 3) Extend DTCS to take advantage of CASSANDRA-8671 + slow tier from step 1 as a compaction
option
sounds good to me

> Make it possible to move non-compacting sstables to slow/big storage in DTCS
> ----------------------------------------------------------------------------
>
>                 Key: CASSANDRA-8460
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-8460
>             Project: Cassandra
>          Issue Type: Improvement
>            Reporter: Marcus Eriksson
>
> It would be nice if we could configure DTCS to have a set of extra data directories where
we move the sstables once they are older than max_sstable_age_days. 
> This would enable users to have a quick, small SSD for hot, new data, and big spinning
disks for data that is rarely read and never compacted.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message